谈谈我为啥要做这个“隧道逃生”工具
这事儿说起来就气人，我年前接了个小项目，需要跑一趟郊区。去之前公司非要我参加一个什么安全培训，就是那种针对隧道工程的。你知道吗？那培训材料，简直是一团乱麻。他们拿出来的软件，起码是十年前的界面，打开慢，操作复杂，讲的流程跟实际情况完全对不上。
我当时就跟那帮负责培训的人说了，这玩意儿根本不行，关键时刻谁看得懂？他们嘴上说“会改进”，结果屁用没有，还非要我考个满分才给过。我当时气得不行，想着自己就是搞这个的，不如自己动手做个最简单、最直观的模拟器或者说是个流程图工具，至少能让人一下子明白在隧道里遇到紧急情况该怎么跑，比他们那堆破烂资料强一百倍。
我就是咽不下这口气，所以一回来，我直接就着手干了。我的目标很明确：不要任何花哨的东西，打开即用，文件体积要小到能塞进任何人的U盘里，最好是双击就能跑，不污染别人的系统。这也就是为什么我要强调“绿色下载”。
动手实践：从零开始敲代码和做减法
我尝试用Unity做了一个粗糙的3D场景，想说视觉效果好一点。结果，一个基础场景打包出来，体积直接奔着500MB去了，跟我的“绿色”理念完全背道而驰。那玩意儿太重了，我直接把整个方案推翻。
我转头就换了路子。我决定采用最轻量级的框架，只画最基本的二维图，把重点放在流程逻辑上。我画出了几种常见隧道结构的平面图，然后用简单的动画和文字标明逃生路线、避难所位置，以及最重要的通风口和灭火器的使用步骤。
在实践过程中，我主要做了几件事：
- 梳理逻辑： 我找了几个真正在隧道里工作的朋友，让他们帮我把真实的应急流程写下来，确保每一步都正确。
- 精简代码： 所有的贴图和资源我都压缩到了极致，尽量复用，把依赖文件控制在最少。
- 界面优化： 我甚至没做太多复杂的设置菜单，打开就是流程图。用户点一下“火灾”，程序就马上模拟火灾发生时的烟雾扩散，指导用户向最近的安全出口跑。
跑了几十次测试，我的目标就是让这个压缩包解压出来不超过50MB。这过程中我砍掉了至少一半最初设计的功能，只保留了最核心的逃生指引。这个过程就是做减法，把复杂变成简单，把大文件变成小文件。
更新日志：最终实现“绿色下载”
在《隧道逃生_更新日志》里，我主要记录了对文件体积的优化和流程的修正。
第一个版本 V1.0 的时候，我用了很多高分辨率的箭头，结果文件大小飙到了70MB。我在 V1.1 版本中，花了三天时间，把所有箭头都替换成了矢量图形，体积直接降到了35MB，效果还更清晰了。
我的 V1.2 版本，就是现在你们能下载到的这个，我彻底解决了运行环境的问题。之前还需要依赖一个小的运行时库，现在我把它完全集成进去了，真正实现了“纯绿色”运行。用户不需要安装任何东西，解压出来，双击主程序就能启动。
这个工具现在看起来很粗糙，没有那些大公司软件的光鲜亮丽，但它解决了实际问题，体积小巧，流程清晰。我把它放在我的云盘里，谁需要谁就拿去，也不用担心什么捆绑软件或者广告。这就是我说的“绿色下载”，干干净净，对得起良心。
自己动手实践记录，虽然累，但看到这东西能真正帮到需要的人，我觉得比参加那劳什子培训值得多了。