[Bug] Upgrade UI时对文件夹处理的一点逻辑上的问题

[lnc1995]

Verify steps

• 确保你使用的是本仓库最新的的 mihomo 或 mihomo Alpha 版本 Ensure you are using the latest version of Mihomo or Mihomo Alpha from this repository.
• 如果你可以自己 debug 并解决的话，提交 PR 吧 Is this something you can debug and fix? Send a pull request! Bug fixes and documentation fixes are welcome.
• 我已经在 Issue Tracker 中找过我要提出的问题 I have searched on the issue tracker for a related issue.
• 我已经使用 Alpha 分支版本测试过，问题依旧存在 I have tested using the dev branch, and the issue still exists.
• 我已经仔细看过 Documentation 并无法自行解决问题 I have read the documentation and was unable to solve the issue.
• 这是 Mihomo 核心的问题，并非我所使用的 Mihomo 衍生版本（如 OpenMihomo、KoolMihomo 等）的特定问题 This is an issue of the Mihomo core per se, not to the derivatives of Mihomo, like OpenMihomo or KoolMihomo.

Mihomo version

alpha-8ff56b5

What OS are you seeing the problem on?

Linux

Mihomo config

external-ui: /etc/mihomo/ui
external-ui-url: "https://github.com/MetaCubeX/metacubexd/archive/refs/heads/gh-pages.zip"

Mihomo log

No response

Description

external-ui配置的目录比如/etc/mihomo/ui，如果这个目录不存在，默认不是创建这个配置的目录，而是在/root/.config/mihomo下创建一个ui文件夹。对Docker用户来说，/root/.config/mihomo这个目录通常是挂载出去对配置文件进行管理保存的，但是ui目录是可以隐藏不用管理的，默认在这个目录下的话，有些Docker环境比如RouterOS会把这些文件展开显示，对日常管理有点麻烦。如果手动创建/etc/mihomo/ui目录，总有更新Docker镜像的时候，还得手动创建这个文件夹。
而如果考虑到这种情况，把external-ui配置成已存在的目录，比如/root/.config，在更新时有个清理文件夹的操作，会直接清理没有排除，又会把mihomo这个文件夹清了。配置成/home目录这种，似乎还执行了一些操作，会破坏/home目录。