网址
Caption
type
date
slug
summary
tags
category
icon
password
Post URL
Platforms
Notionsocial
Time
Likes
First Comment
Media
Views
Comments
Status
status
你好,我是易安,今天教大家如何使用Claude 桌面端调用MCP.
第一步:下载Claude桌面版
地址:https://claude.ai/download

第二步:安装app

第四步:用邮箱登录

注意这里需要提前注册号,最好是谷歌邮箱和outlook邮箱,这个自己解决。
进来后,界面长这样:

第五步:配置MCP服务器
左上角设置:File->setting->Developer

Edit Config打开MCP配置,这里以jetbrains的MCP为例

配置如下
配置好后这里会有个锤子展示出来

测试
重启应用,检测客户端MCP服务是否正常

在客户端输入提示词:


基于对项目代码的分析,我可以为您总结以下发现的可能性能瓶颈和潜在问题:
- OkHttp客户端配置问题:
OkHttpUtil.java
中设置了非常高的超时时间(3000秒,即50分钟):
- java
- 这可能导致在网络请求出现问题时,线程被长时间占用而不释放,进而影响整个应用性能。
- 建议将超时时间调整为更合理的值(如10-30秒)。
- 线程池配置优化空间:
ThreadPoolConfig.java
中线程池大小是简单地基于CPU核心数计算:
- java
- 对于IO密集型任务(如数据库操作、网络请求),这种配置可能不够优化。
- 建议针对不同类型的任务(IO密集型/CPU密集型)使用不同的线程池配置。
- Redis连接池配置:
- Redis配置文件中的连接池设置可能需要根据实际负载进行调优。
- 特别是在集群模式下,masterConnectionPoolSize和slaveConnectionPoolSize可能需要根据实际访问模式进行调整。
- MyBatis-Plus分页插件配置:
- 当前分页插件配置设置了
setMaxLimit(-1L)
和setOverflow(true)
:
- java
- 无限制的分页大小可能导致大查询消耗过多资源,建议设置合理的分页限制。
- 异步任务处理:
- 异步任务使用的是
scheduledExecutorService
,这可能在高负载情况下不是最优选择。
- 抛出的异常直接包装成
ServiceException
可能会丢失原始异常的堆栈信息。
- 多数据源处理:
- 项目使用了Baomidou的dynamic-datasource,但从代码结构看没有明确的数据源切换策略。
- 不当的数据源切换可能导致连接池资源浪费或切换开销。
- 缺少监控和指标收集:
- 未看到对关键操作(如Redis访问、HTTP请求等)的性能监控配置。
- 建议添加Spring Boot Actuator或其他监控工具收集性能指标。
- 缓存策略优化:
RedisConfig.java
中配置了Spring Cache,但没有看到针对不同业务的缓存策略定义。
- 缓存过期策略、缓存更新策略等可能需要优化。
- 安全性考虑:
- XSS防护、SQL注入防护等安全机制的性能影响也需要评估。
这些是基于代码分析的初步发现。对于进一步的性能优化,建议:
- 进行负载测试,定位真实环境下的性能瓶颈
- 使用性能分析工具(如JProfiler、VisualVM等)进行深入分析
- 针对高频访问接口进行单独的性能调优
- 考虑使用更高效的序列化方式(如Protobuf替代JSON)
- 评估是否需要引入更复杂的缓存策略(如多级缓存)
这些建议需要根据您的具体业务场景和访问模式进行进一步验证和调整。

大功告成!
注意
这里勾选了则表示:允许终端命令执行无需确认

- Author:易安
- URL:http://preview.tangly1024.com/article/25ded26c-0da0-812e-aff5-dbbc6438a326
- Copyright:All articles in this blog, except for special statements, adopt BY-NC-SA agreement. Please indicate the source!