早就该把老版本那个 Inari 扔了。你们懂那种感觉吗？明明跑得好好的，突然就给你卡住，然后日志里一堆乱码，我盯着屏幕能骂它半小时。但是旧项目一直都在用，没法动。前两天，老大非要我们上那个什么实时反馈功能，一查，好家伙，必须是 Inari 最新版本才支持，老版本压根带不动。
开始动手：覆盖式安装带来的血泪教训
我当时觉得简单，去官网扒拉了一下，找到了那个最新的安装包。我想着省事，直接覆盖安装不就行了？我都没看那个简陋的要命的说明文档。我直接把老的文件夹备份然后把新版本的文件扔进去，点火启动！
结果？屏幕上蹦出来一个巨大的红色警告框，显示核心调度器完全崩了。不仅新功能没跑起来，连旧项目都跟着瘫痪了。我当时心都凉了半截，赶紧回滚，把备份的旧文件又塞了回去。幸亏我多留了个心眼，不然今天晚上就得睡公司了。
彻底清理与重装的漫长旅程
我知道不能偷懒了。这回我痛下决心，决定从根上刨干净再来。我卸载了旧版本，然后用清理工具把注册表里所有带 Inari 名字的条目全删了。那过程简直像在做手术，生怕多点错点，系统直接瘫痪。我发现光卸载不行，它在几个隐藏目录里还藏着一些配置碎片，我挨个找出来，全部粉碎掉。
清理完，我重新拉下来最新的安装包，这回我老老实实去翻社区。果然，官方文档就是糊弄人的。一个老哥实战记录里明确写着，最新版 Inari 引入了新的环境路径依赖，你必须手动配置一个叫 CORE_HOME_PATH 的环境变量，不然它自己根本找不到那些新模块。
我的最终步骤是这样的，给大家避个雷：
- 第一步：环境配置。 我先创建了一个新的目录，叫 Inari_V3_Root，专门放这个环境路径，和安装目录分开。
- 第二步：环境变量。 我打开系统设置，添加了
CORE_HOME_PATH，指向那个新目录，确保路径里没有中文。 - 第三步：静默安装。 这回我没点那个傻瓜式安装程序，而是跑了静默安装脚本，让它自己去认路径。
- 第四步：权限放开。 安装完，我把整个文件夹的读写权限都放开了，防止它在启动时又卡住。
整个过程折腾了我快四个小时，主要是排查为什么覆盖安装不行。当看到控制台终于打印出 “Inari V3.1 Load Success” 那行绿字的时候，我差点哭出来。TMD，就为了一个环境变量，至于吗？开发团队能不能把说明写清楚点？不过新版本跑起来确实流畅多了，这下能交差了，也算是把这个坑给填平了。