关于NSIS编译器执行makensis时突发访问违规崩溃（错误码-1073741819）的技术咨询

我之前也帮开发者排查过类似的NSIS编译崩溃情况，这种-1073741819（对应C0000005访问违规）的崩溃刚好卡在编译统计摘要输出的中途，而且verbose日志也没给出有效线索，大概率和内存读写异常、脚本特殊内容或者环境冲突有关，给你几个靠谱的排查方向：

• 排查异常字符串与语言表：崩溃时刚好在统计字符串和语言表数据，很可能是脚本里存在超长字符串、含特殊控制字符（比如不可见的转义符）、编码格式错误的内容。你可以尝试临时注释部分语言表定义，或者精简字符串池，逐步缩小范围定位触发崩溃的具体内容。
• 清理NSIS临时文件与缓存：NSIS编译过程中会生成大量临时文件，一旦这些文件损坏就可能导致内存访问异常。找到系统临时文件夹中以NSIS_开头的目录，手动清空所有内容后重新编译。
• 更换NSIS版本验证：如果当前使用的是较新的测试版或旧版，建议切换到稳定版本（比如NSIS 3.08这类经过广泛验证的版本），或者升级到官方最新版——这类崩溃很多时候是特定版本的编译器bug导致的。
• 排除系统环境干扰：杀毒软件、系统Hook工具或者后台调试器可能会拦截NSIS编译器的内存访问操作，导致崩溃。可以临时关闭杀毒软件，或者重启系统进入干净环境（关闭所有不必要的后台进程）后再尝试编译。
• 逐步简化脚本定位问题：把你的安装脚本逐步简化，先保留最基础的安装结构（比如只定义一个空区段、默认页面），看看是否还会崩溃。如果正常编译，再逐步加回自定义页面、区段逻辑、插件调用等内容，定位到具体导致崩溃的代码块。
• 检查第三方插件的兼容性：如果你在脚本中使用了第三方NSIS插件，可能是插件存在内存泄漏或越界访问的问题。尝试禁用所有插件，然后逐个启用测试，找到引发崩溃的插件后，更换其版本或替换为其他同类插件。

原始问题描述 #

NSIS编译器毫无征兆地在执行过程中崩溃，返回错误码-1073741819（又名FFFFFFFF C0000005，即访问违规）。崩溃发生在打印编译摘要的过程中，当时输出内容为：15:47:40 Install: 1 page (64 bytes), 1 section (16408 bytes), 91 instructions (2548 bytes), 2576 strings (25354 bytes), 17 language tables (3570 bytes). 15:47:40 Uninstall: 4 pages (320 bytes), 1 section (16408 bytes), 469 instructions (13132 bytes)，随后程序直接在该行中途停止执行，未抛出任何错误信息，即使开启verbose日志也无相关报错。

内容的提问来源于stack exchange，提问作者Florian Straub