[Bug] 当插件和机器人均在开启状态下尝试删除插件会导致持久化数据删除失败并且没有任何醒目的UI提示

[jin6yang]

What happened / 发生了什么

如标题所示

Reproduce / 如何复现？

当插件和机器人均在开启状态下
尝试删除插件
在日志看到持久化数据删除失败
在这之前没有任何醒目的UI提示

AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

AstrBot Desktop 4.23.1

OS

Windows

Logs / 报错日志

[Core] [WARN] [v4.23.1] [star.star_manager:1276]: 删除插件持久化数据失败 (plugin_data, astrbot_plugin_qq_group_daily_analysis): [WinError 32] 另一个程序正在使用此文件，进程无法访问。: 'C:\\%USERPROFILE%\\.astrbot\\data\\plugin_data\\astrbot_plugin_qq_group_daily_analysis\\avatar\\cache.db'

Are you willing to submit a PR? / 你愿意提交 PR 吗？

• Yes!

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct。

[dosubot]

这个问题的根因在于插件删除流程中，虽然框架会先调用插件的 terminate() 方法进行清理 [1]，但 SQLite 连接等资源的释放完全依赖插件自身实现。如果插件没有在 terminate() 中正确关闭数据库连接，或者 Windows 下文件句柄未能及时释放，后续的 remove_dir() 就会触发 WinError 32 [2]。

此外，删除失败时异常被捕获后仅记录为 warning 级别日志，不会向 UI 抛出错误提示，用户会误以为插件已成功卸载 [3]。

可能的改进方向：

1. 在 terminate() 后增加重试机制或短暂延迟，等待 Windows 释放文件句柄
2. 删除失败时向 WebUI 返回明确的错误/警告提示，而非静默吞掉异常
3. 框架层面在删除前主动尝试关闭已知的资源句柄（如 SQLite 连接）

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.