系列最后一篇。前二十四篇是弹药库，这一篇是出膛前的最后一道组装工序：一张二十五问的高频清单（每问标注答案锚点）、三棵追问树（展示面试官怎么从一个问题追到第五层）、几条应答的元规则、以及最容易被浪费的面试最后五分钟——反问环节。
盘点篇给了按提问路径组织的索引，话术篇给了开场与应答的骨架；本篇补的是实战的最后一层——**追问的纵深预演**。面试的分水岭不在第一问答得多好，在第三层追问答不答得住；而第三层的问题是可以预先推演的。MES+WMS 面试备战（二十四）：话术篇——项目介绍的 3 分钟与 30 秒：把做过的事说成面试官想听的
MES+WMS 面试备战（二十三）：盘点篇——全系列考点索引与项目经历地图
系列写到这里，机制、交付、端侧、工具链已经二十二篇，本篇是检索层：把散在二十多篇里的考点按”面试官的提问路径”重排成索引，补上一直欠着的导出与归档拼图，最后画出”一个底座、多种交付、多端工具链”的项目经历地图。面试备战材料写完不难，难的是面试前 30 分钟能不能翻到要复习的那一段——本篇就是为那 30 分钟设计的。
MES+WMS 面试备战（二十二）：插件篇·续——性能事故复盘、平台迁移与代码生成器
MES+WMS 面试备战（二十一）：插件篇——给自研框架写 IDEA 插件：PSI 与断链修复
自研框架有一个很少被提起的隐性成本：它会让 IDE 失明。框架用字符串约定连接世界——Feign 接口里的 URL 和 Controller 方法之间、页面里的多语言 key 和资源文件之间、Mapper 接口和 XML 之间——约定对框架是优雅，对 IDE 是普通字符串：Ctrl+点击无效、改名不联动、引用查找失明。团队每天为这些断链付的时间税，累积起来是天文数字，但因为它是一次一分钟，从来没人立项去修。
我修了：给自研框架写了一个 IDEA 插件，把这些断链全部接通——框架篇讲过的那套”约定优于配置”，在这里补上了它的 IDE 侧半环。本篇讲断链清单怎么盘点、PSI（IDEA 的代码模型）怎么用、两个最有含金量的实现（多语言 key 折叠成中文、URL 引用导航），以及四十四个版本迭代的插件是怎么发布和维护的。工具链线的第一篇（PowerShell 引擎）管进程，这一篇管开发者的编辑器。
MES+WMS 面试备战（二十）：工具链篇——一份 PowerShell 管二十个微服务：零配置发现与 Windows 工程的坑
微服务架构的本地开发成本，是一笔经常被架构文章漏记的账：二十来个服务，每天早上要按依赖顺序起一遍，起完逐个看日志确认活着，下班可能还要停——每人每天十五分钟，一个团队一年就是几百小时，而且每次新同事入职都要背一遍”哪个先起、哪个要加什么参数”。
本篇拆我自己写的解法：一份 PowerShell 引擎（单文件一千八百多行），一条命令管四个同架构项目的全部微服务——按模块起停、健康检查、状态总览、日志追踪，再配一个 Java Agent 给自研框架做模型热重载。这一篇不讲微服务架构，讲的是工程效能的账怎么算、零配置怎么实现、以及 Windows 上跑 Java 开发环境的一整面坑墙。它和已发布的 Java Agent 模型热重载是姊妹篇——那篇讲 Agent 的类加载原理，这篇讲引擎本体的设计。
MES+WMS 面试备战（十九）：鸿蒙篇——HarmonyOS NEXT 从 0 到 1：车间 App 的移植记
HarmonyOS NEXT 有一个对存量应用致命的特性：不再兼容安卓——APK 装不上了，所有车间 App 都面临”重写或退出”的选择题。上一篇的 X5 壳是我们的安卓答案，这一篇是从零开始的鸿蒙答案：一个新的 ArkTS 工程，把同一个车间 App 在 NEXT 上重新长出来。
这篇的视角和前几篇不同：它是一次从 0 到 1 的完整记录——不是我接手的老系统，而是我从空目录开始建的项目。从 0 到 1 的文章最怕写成教程复读（”新建工程、写个 Hello World”），我尽量写教程不会告诉你的部分：一个 Android 老兵的世界观转换清单、五个真实的坑和各自的解法、以及从 0 开始时那些”试了又推翻”的方案痕迹——它们比最终代码更能反映工程判断。
MES+WMS 面试备战（十八）：移动篇——X5 WebView 壳与 JSBridge：给 MES H5 装上原生能力
车间 App 的第一代形态不是原生开发，而是一个”壳”：原生 Android 工程里放一个加强版 WebView，加载 MES 的 H5 页面——业务全部在 Web，壳只负责把网页够不到的原生能力（扫码、推送、PDF、拨号）以桥接口的形式递进去。这个形态常被诟病”不就是套壳吗”，但维护过它的人知道：**壳的难点不在写，在”老”**——一个 minSdk 19 时代的壳，要在 targetSdk 34 的新规下继续活着，每一轮安卓版本升级都是一场适配战役。
本篇拆这套 X5 WebView 壳（交付篇工控终端的手机版兄弟）：JSBridge 的设计、扫码的双通道降级、推送如何路由回页面、Cookie 会话的同步，以及老壳适配新系统的踩坑实录。下一篇的鸿蒙移植版会和它形成直接对照——同一套 Web、同一个桥接口约定，换一个操作系统重新长出来。
MES+WMS 面试备战（十七）：看板篇——车间大屏的形态史：可配置、MAC 白名单与 3D
电子看板是 MES 的脸面——客户老板参观工厂时看的就是那几块大屏。但对开发团队它是个出了名难伺候的东西：每个客户要的图表不一样、每块屏挂的位置不一样、大屏浏览器没有登录态、数据量还随工厂规模线性涨。处理不好，看板就变成”十七个复制粘贴的 Controller”——本文的主角恰好就是这么开始的，所以它后来的每一步收敛都有讲头。
本篇是交付线的收尾，拆这套系统的看板体系：可配置布局怎么把 Controller 数量封顶、日预聚合表怎么扛住几十块大屏的轮询、用 MAC 地址当凭证的”无人大屏”鉴权及其代价，和 three.js 的 3D 车间监控值不值。看板不大，但它是”多租户 + 多端 + 高频轮询 + 免登录”四个难题的交集，麻雀虽小。