挑盘的三道判定：为什么是 D→E→F→G，为什么 C 放最后

这句话属于「安卓修改大师智改工坊」：一款 Windows 桌面工具，把「改 APK」变成一句话——拖入安装包、写中文需求、AI 改 smali 与资源，改完自动回编 / 对齐 / 签名 / 校验，一键装到手机或模拟器看效果。介绍页 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。

改包是个“重型”动作：反编译时几千个小文件要落地，回编时再挨个读一遍，zipalign 与签名又在成品上写一遍。这些文件放在哪块盘，不比算法次要。所以本文只讲一件小事：它怎么挑盘。

一、先说清「工作目录」是什么

启动时它会挑一个盘，拼出 盘符:\AiApkEditor，这就是工作目录根目录。它下面有两个约定子目录：

• tools——工具目录：java 环境、aapt、apktool、7z、zipalign、apksigner 等都在里面（自动递归搜索，不用登记）；
• Project——项目目录：每个项目一个 8 位随机字符串子目录，config.ini、source.apk、反编译产物、build 产物、pack.log 都在各自的目录里。

换句话说，根目录是这套工具唯一的“地址”：工具链、项目、日志、下载缓存全都从它推导。它落在 D 盘还是 C 盘，不是风格问题——是整套东西的物理位置问题。

二、三道判定，加一道实测：不是「盘大就行」

挑盘时对每个候选盘依次做四项检查：前三项很便宜，最后一项才是真正的裁决。

判定	检查什么	会被挡掉的情况
① 盘存在	系统枚举出来的盘里有这个盘符	这台机器压根没有 D 盘
② 盘就绪	盘已就绪，不是空读卡器 / 未格式化分区	没插卡的读卡器、空光驱、没格式化的新分区
③ 空间够	剩余空间 ≥ 1GB	盘快满了，放不下工具包与反编译产物
④ 真能写	建一次目录，写一个探针文件再删掉	只读介质、权限被策略限制、UAC 拦下

为什么是 1GB 而不是“看着够用”？因为工具链要解压：jdk 加 apktool 那一套展开后是几百 MB。盘只剩一百来 MB 时，解压会走到一半失败，留下一套半残的环境——比直接换盘麻烦得多。宁可提前换盘，也不在快满的盘上碰运气。

第四项为什么必须真写一次？因为“剩余空间大”和“你能往里写”是两件事：盘可能只读挂载、可能被组策略限制、可能当前账户没权限，而这些情况下空间数字照样好看。所以判定走到最后会真建目录、写一个探针文件、再删掉；只要抛异常就判定不可用，并把原因（连异常类型）记下来。

三、顺序为什么是 D → E → F → G，C 为什么放最后

顺序是写死的常量：按 D、E、F、G 依次试，取第一个通过四项检查的盘；四个都不行，才用 C。为什么不做“剩余空间最大的盘胜出”这种更聪明的算法？因为可预测比聪明重要：你希望换台机器、重装一次之后，工作目录还落在同一个地方；一个随占用率变化的算法，今天在 D 盘、明天在 E 盘，你永远不知道上一轮的项目被放去了哪。

把 C 放最后，理由更直接：系统盘权限限制多——UAC、受保护目录、组策略，写东西更容易失败；系统盘还承担着更新、虚拟内存、各种缓存的写入，本来就不该再压一套反编译工作区进去。

挑选过程是留痕的：哪个盘因为什么被跳过，会拼成一句话——“D 盘不可用（剩余空间不足 1 GB）；E 盘可用 → E:\AiApkEditor”——显示在「参数设置」页里。疑惑“它怎么跑到 E 盘去了”时，答案就在那儿。

兜底细节：就算 C 盘也没通过读写检测，它仍会返回 C:\AiApkEditor 并标注“C 盘也没通过读写检测”——至少让界面和日志里能看到东西落在哪，而不是给你一个空路径然后静默失败。

四、挑完之后的三个后续动作

挑盘不是“选完就算”，它牵动三处：

1. 结果被记住。同一次运行里只解析一次根目录（结果缓存），不会一边改包一边换盘。
2. 工具链重新定位。根目录一变，工具链缓存立刻清掉并按新根目录重算：tools 下有什么、aapt 在哪、java 环境是否完整。工具链是递归搜索的，你把整套 tools 拷到新盘、不用登记，体检直接通过。
3. 项目仓库指向新目录。项目列表读的就是新根目录下的 Project；不存在会帮你建出来。

顺带一提：服务端工具包下过一次就留在 <工作目录>\download\，不会重复下载；apktool 的框架缓存则在 %LocalAppData%\apktool\framework，不跟着工作目录走。

五、换盘之后：项目与工具到底跟不跟着走

先讲明白最容易误解的一点：工具不会替你搬家。它只认“当前根目录”，不会把旧盘上的 Project 和 tools 自动拷到新盘。所以换盘的本质，是你要决定旧盘上的两样东西还要不要。

触发换盘的情况	建议动作
装了一块新 D 盘，原来的目录在 E 盘	把旧盘的 Project 与 tools 整体拷到新盘，再手工固定到新路径
插了移动盘导致盘符漂移	先确认工作目录落在哪（参数设置页可见），别在移动盘上做长期项目
原盘快满了，自动挑到了别的盘	清 download 里的工具包、旧项目的 build 产物；或者干脆把老项目归档后删掉
换了台电脑，一切重来	让自动挑盘选一次，点「立刻更新」补齐工具链，再按需固定

搬 Project 有个天然好处：每个项目里都有一份 source.apk（导入时的原始包副本），config.ini 与 history.ini 也在里面——拷目录就等于把“项目 + 原始包 + 修改历史”整体搬走，到新盘把项目列表刷新一下就能看到。

六、技巧：把工作目录钉死，以及五个常见坑

想让它别再自动挑，有两条路。

做法 A（推荐）：在「参数设置」页把工作目录填成你要的路径并保存，“自动挑盘”会自动关掉——保存过一次它就记住了。好处是配置文件里其余内容（包括你自己写的注释）原样保留，程序只动那两行，工具检测与派生路径也会当场刷新。

做法 B：直接改 exe 同目录的 settings.ini：WorkRootAuto 改成 false，WorkRoot 填根目录，改完重启。适合批量部署或写脚本时用。

七、两个自家改包实例，和「东西落在哪」的关系

实例一：自家电商 App 的六个活动包，一次做完

以前怎么做：六个渠道各一个包，靠命令行逐个反编译、换图标与活动文案，再按渠道手动命名归档；中间文件全堆在用户目录里，C 盘塞满了才想起换盘。

现在一句话：工作目录先挑在大容量数据盘上（D→E→F→G 里第一个通过检查的），六个包各建一个项目，需求统一写「图标换成附件新 logo；活动 banner 换为附件图；应用名加渠道后缀」，每个项目点一次「立刻修改」，AI 改完自动回编、对齐、签名、校验。

改完怎么验证：六份 signed.apk 躺在各自的 build 目录里，默认名是“应用名_版本号_signed.apk”，不会互相覆盖；装到设备上逐项核对图标、banner、应用名；要回溯某版是哪个账号在哪台机器上打的，包里那枚 name="info" 打包标记说得清。

实例二：自家内部巡检工具，换名字 + 去掉自家开屏广告

以前怎么做：在临时目录里反编译、改 strings.xml、动开屏逻辑，改完的包随手放在桌面上；过了两天想再改一版，已经找不到那一版工程在哪了，只能重新解一遍。

现在一句话：项目落在工作目录的 Project 下（8 位随机目录，名字随便改不影响），需求写「应用名改为『巡检助手』；移除开屏广告，保留版本更新提示」。改完打包，产物留在项目目录里。

改完怎么验证：在「参数设置」页看一眼工作目录与工具检测（aapt / java / apktool / zipalign / apksigner 逐个报告就绪与完整路径），确认所有东西都落在同一块盘上；再打开项目目录看 config.ini、history.ini、pack.log 是否齐全。

这两个例子真正省下的是同一件事：不用再关心“东西在哪个盘的哪个角落”。盘有人挑，目录有人建，你只负责说话。

八、用户怎么说

三道判定加一道实测，顺序写死，结果缓存，挑选过程留痕——这些设计没有一处是“炫技”，都在替你做同一件事：让“文件落在哪”不再需要操心，需要时又能一眼看清。想固定就固定，想自动就自动，两种姿态都留好了。

这也是「安卓修改大师智改工坊」想给你的状态——只需说话，就能让应用变成你想要的样子。想验证挑盘逻辑，装上跑一次、看「参数设置」页那句挑选说明就够了；介绍页 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。