莉吉内塔的冒险，根本不是冒险，是折磨
我跟你们说，莉吉内塔这个项目，听着名字挺洋气，搞起来那真是能把人搞得一脑袋浆糊。这回的更新日志，主要就是关于那个该死的“安装包”。
你别看用户点点点，五分钟就能装我为了把这玩意儿打出来，前前后后至少砸进去两个礼拜。我雄心壮志，心想一个标准的桌面应用加几个服务，用哪个工具包不都行？我随手就抓了个常见的安装工具，觉得半天就能搞定。结果？跑起来立马就给我撂挑子了。
它不是直接报错不装，而是装完后运行环境崩了。一会儿是配置文件路径不对，一会儿是权限卡住了，系统服务压根儿启动不起来。我就开始死磕，这完全就是个黑洞。我先是尝试强行修改注册表权限，发现不行。然后我把所有依赖库全部手动打包进去，体积立马爆炸，但还是没解决核心问题：它在不同电脑上表现得像个神经病。
我当时真是气疯了。我把所有能想到的地方都检查了一遍，发现，问题出在那个自启动服务上。它对不同版本的Windows的路径判断机制完全不一样，我写的判断逻辑，简直就是个笑话。我不得不推翻了之前所有的打包思路，重新开始，用更底层的方式去处理。
我的详细步骤流程是这样的：
第一步：放弃幻想。我把所有图形化的打包工具全删了，决定用命令行脚本硬搞。从最原始的批处理脚本开始写起，确保每一个文件都落在它该待的地方。
第二步：驯服依赖。我把所有运行时环境，从VC++到.NET框架，全部做成了静默安装包的前置判断，发现机器里缺哪个，就先默默地给它装上。不然用户那边光是看到一堆弹窗，就得直接叉掉。
第三步：死磕权限。这是最恶心的一步。为了确保服务能跑起来，我必须在安装过程中提升权限，并且保证配置文件写入的目录是所有用户都可以读写的，而不是只有管理员才能访问。我为此专门研究了一整天Windows的安全标识符。
第四步：自制清理。我发现卸载的时候，这玩意儿还会在系统里留下一堆垃圾文件和注册表残余。我又反向写了一个彻底清理脚本，确保卸载能清得干干净净，不然以后升级，新安装包又会跟旧的打架。
为什么我对这个安装包这么执着？为什么非得把这一坨东西磨洋工磨得这么细致？
这事儿得从头说起。我们这项目，本来是要交给一个海外的合作方去演示的，对方那边网络环境和我们完全不同，而且他们对软件安装的容忍度极低，要求“一键安装，不许报错”。
结果，演示前一天，我把“万无一失”的安装包发过去，那边工程师试了一下，立马打电话过来骂人。不是程序的问题，就是安装包自己卡住了，他们只能通过远程桌面，让我手把手地把文件拖进去，配置半天，才跑起来。
当时我在电话里被骂得狗血淋头，虽然不是我的锅，但安装包是我负责的，我没脸。我当时就发誓，哪怕是为了争一口气，我也得把这个“莉吉内塔安装包”打磨成艺术品，让它无论在什么环境下都能乖乖听话。
从那次丢脸之后，我就把所有精力都投入到这个脚本和逻辑里了。现在你们看到的这个“安装包”，已经是我尝试了上百种组合，踩了无数权限大坑后，才终于调教出来的稳定版本。不容易，终于算是把这坨代码给塞进了盒子里，可以安心交付了。