若Qoder运行中内存持续攀升、IDE响应迟滞或存在未启用却驻留的插件，说明冗余插件未卸载或后台服务未释放资源；需通过启用资源监控、生成热力图筛选异常插件、导出引用链定位泄漏源、执行安全卸载并验证内存回落来解决。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在运行Qoder过程中观察到内存占用持续攀升、IDE响应迟滞或插件列表中存在未启用却长期驻留的扩展模块，则可能是由于冗余插件未被及时卸载或其后台服务未释放资源所致。以下是使用Qoder内置分析器定位此类问题的具体操作路径：
一、启用Qoder插件资源快照分析
Qoder内置插件治理分析器可在不中断IDE运行的前提下，对所有已加载插件的内存驻留对象、事件监听器绑定数及后台goroutine活跃度进行采样比对，识别出非活跃但持续持有堆内存的插件实例。
1、在JetBrains IDE中打开Qoder侧边栏，点击右上角齿轮图标进入「高级设置」。
2、在设置面板中启用「插件级资源监控」开关，并将采样间隔设为15秒，持续时长设为3分钟。
3、执行典型操作序列：打开一个中等规模Java项目 → 触发一次完整代码补全 → 运行一次单元测试 → 切换至终端标签页并执行qoder-cli命令。
4、采样结束后，点击「生成插件资源热力图」，系统将输出各插件对应的RSS增量、goroutine峰值与event listener注册数。
5、在热力图中筛选出goroutine峰值＞8且event listener注册数＞120但启用状态为“未激活”的插件，该类插件极可能因生命周期管理缺失导致资源滞留。
二、导出插件内存引用链报告
内置分析器支持对指定插件模块生成完整的GC Roots引用链快照，可精确揭示其持有的缓存对象、静态监听器或未关闭的HTTP连接句柄，从而定位具体泄漏源点。
1、在Qoder控制台「插件诊断」页签中，从插件列表选择疑似冗余插件（如qoder-github-integration、qoder-ai-linter）。
2、点击右侧「深度引用分析」按钮，勾选「包含第三方依赖栈帧」与「显示弱引用路径」选项。
代码编辑 CLI 工具集合：Cursor CLI（agent）和 Qoder CLI（qodercli），用于代码修改、重构、Code Review 及自动化代码任务。
3、等待分析完成（通常耗时40–90秒），系统自动生成引用链文本报告并嵌入面板。
4、在报告中查找以github.com/ali/qoder/plugin/xxx.(*Manager).Start()→runtime.newobject→cache.NewLRU(…)为起始路径的长链，该路径表明插件启动后创建的LRU缓存未随插件停用而销毁。
5、定位到引用链末端的memory.SaveMemory永不过期实例，确认其所属插件包名与版本号。
三、强制卸载并验证内存回落
对于确认为冗余且存在资源滞留的插件，Qoder提供安全卸载通道，可在保留用户配置前提下清除其全部运行时对象与全局注册表项。
1、返回IDE插件市场页面（File → Settings → Plugins），找到目标插件名称。
2、点击插件右侧三个点图标，选择「安全卸载（含资源清理）」而非常规「卸载」。
3、在弹出确认框中勾选「同步清除插件专属缓存目录」与「注销所有EventBus订阅」。
4、点击确认后，Qoder将自动执行卸载流程并记录清理日志至~/.lingma/logs/uninstall_*.log。
5、卸载完成后，立即在Qoder控制台「系统健康」页签中查看RSS内存值是否在60秒内下降超过112MB，若未回落则需检查是否存在同名插件多版本共存情况。
