NSIS使用AccessControl插件编译报错，请求技术协助解决

错误原因分析 #

这两个编译错误的核心诱因是：

• AccessControl插件的字符集版本（ANSI/Unicode）与NSIS v3默认编码不兼容，NSIS v3默认采用Unicode编码，若插件为ANSI版本会触发架构/字符集冲突；
• 插件调用时机过晚，在数据已启动压缩（如执行SetOutPath后）才加载插件，导致编译器无法调整目标架构参数。

具体修复步骤 #

1. 匹配插件字符集版本
   下载与NSIS v3适配的Unicode版本AccessControl插件，将插件DLL放入NSIS安装目录的Plugins\x86-unicode文件夹（若为x64插件则放入Plugins\x86-64）。

2. 提前加载插件目录（可选）
   取消脚本中注释的!addplugindir语句，确保路径指向正确的Unicode插件目录，并将该语句移至脚本最顶部（!include语句前后均可）：

   !addplugindir "AccessControl\Unicode\Plugins"
   

3. 调整AccessControl代码位置
   将AccessControl的权限设置代码移至SetOutPath之前，避免在数据压缩后修改架构：

   Section "Install" SecDummy
     ; 先执行权限设置，再处理文件与注册表操作
     AccessControl::GrantOnFile "$INSTDIR" "(S-1-5-32-545)" "FullAccess"
     Pop $0
   
     SetOutPath "$INSTDIR"
     ; 后续注册表写入、快捷方式创建等代码...
   SectionEnd
   

4. 明确指定编译架构
   在脚本开头添加编码与权限声明，避免自动检测冲突：

   !define NSIS_UNICODE
   RequestExecutionLevel admin ; 权限操作需管理员权限，建议取消原脚本中该行的注释
   

验证修复 #

修改后重新编译脚本，若仍报错，需检查：

• 插件DLL是否与NSIS架构（x86/x64）完全匹配；
• 脚本中是否存在其他提前触发数据压缩的命令（如File），需将AccessControl调用放在所有此类命令之前。

内容的提问来源于stack exchange，提问作者Joshua Selwyn