Windows个人设备应用及插件变量存储最佳实践咨询

1. 不同场景下变量/配置的存储路径 #

严格遵循Windows官方应用设计规范，按配置生效范围选择对应路径即可，所有路径必须通过系统环境变量动态获取，禁止硬编码绝对路径：

• 单设备单用户本地配置（比如本地缓存、窗口位置、仅当前设备生效的个性化设置）：存%LOCALAPPDATA%\<你的插件标识/开发商名>，对应实际路径一般为C:\Users\<当前用户名>\AppData\Local\你的插件名，该目录下的数据不会随域账号跨设备漫游，仅当前用户可访问。
• 跨设备漫游的用户配置（比如自定义快捷键、通用参数预设、用户自定义规则）：存%APPDATA%\<你的插件标识/开发商名>，对应实际路径一般为C:\Users\<当前用户名>\AppData\Roaming\你的插件名，域环境下该目录数据会随用户账号自动同步到同域其他登录设备。
• 全设备公共配置（比如所有登录用户共用的默认参数、团队统一规则）：存%PROGRAMDATA%\<你的插件标识/开发商名>，对应实际路径一般为C:\ProgramData\你的插件名，注意安装插件时需要给该目录配置普通用户的写入/修改权限，否则标准账号运行时会因权限不足无法保存配置。

注意：严禁将配置写入C:\Program Files等程序安装目录，从Windows Vista开始UAC机制会默认拦截普通用户对这类目录的写入操作，极易触发运行报错；也不要直接在用户「文档」根目录下零散存放配置，会严重干扰用户的文件管理。

2. 配置存储适用的文件扩展名 #

根据配置的结构复杂度和使用场景选择即可，优先选无额外依赖、读写成本低的格式：

• 简单键值对配置（无层级，仅存开关、简单参数）：优先用.ini，Windows自带原生INI读写API，VBA、AutoLisp可直接调用，无需引入第三方解析库；纯文本键值格式的.env也适用，读写逻辑简单，排查问题方便。
• 多层级结构化配置（含多组预设、分模块参数）：优先用.json，结构清晰可读性强，目前VBA、AutoLisp生态都有成熟的轻量读写实现，兼容性好；如果是对接旧版Office生态，也可以选.xml，系统自带XML解析组件，无需额外依赖，缺点是格式冗余度较高。
• 不希望普通用户随意手动修改的配置：可以用.cfg或者自定义扩展名（比如.dscfg对应DraftSight插件、.xlcfg对应Excel插件），本质和普通文本配置一致，仅通过扩展名避免用户误打开修改，属于防君子不防小人的方案，绝对不能用来存储敏感信息。

注意：不要用.xlsx、.dwg等宿主程序的专属格式存配置，读写这类文件需要拉起对应宿主程序，性能差还容易被用户误操作损坏。

3. 敏感信息的存储方案与位置 #

敏感信息包括但不限于API密钥、数据库连接密码、商业授权码，禁止明文存储，也不要自行实现加密算法（自研加密几乎都有可被利用的漏洞）：

• 单用户专属的敏感信息：直接调用Windows自带的DPAPI（数据保护API）做加密，加密后的密文可以直接存在%APPDATA%下你的插件专属目录里。DPAPI加密绑定当前用户的系统凭据，就算文件被其他用户拷贝走，也无法在其他账号、其他设备上解密，安全性远高于自研加密，VBA和AutoLisp都可以直接通过系统调用使用DPAPI能力，无需额外依赖。
• 全设备共用的敏感凭据：不要存在普通配置文件里，直接调用Windows凭据管理器的系统API写入凭据存储区，系统会自动做权限隔离，普通用户无法访问其他账号存储的凭据，也不需要开发者自行管理加密密钥。

注意：不要把敏感信息存在注册表普通键值、纯文本配置文件里，也不要硬编码在插件源码中，这类内容很容易通过反编译、文件扫描直接获取。

4. 无专属存储路径时的插件文件存放位置 #

根据插件的使用范围选路径即可：

• 仅当前用户使用的插件：存%LOCALAPPDATA%\<你的插件标识/开发商名>\plugins目录，当前用户对该目录有完整读写权限，安装、更新插件不需要管理员权限，也不会触发UAC弹窗。
• 设备所有用户共用的插件：64位插件存%PROGRAMFILES%\<你的插件标识/开发商名>，32位插件存%PROGRAMFILES(x86)%\<你的插件标识/开发商名>，普通用户默认有该目录的读取、执行权限，适合全设备部署的场景，注意写入该目录需要管理员权限，插件更新逻辑要做好权限判断。

注意：严禁把插件存在%TEMP%系统临时目录，系统执行垃圾清理时很可能被自动删除；也不要存在桌面、下载文件夹、宿主程序安装目录下，前者容易被用户误删，后者会在宿主程序更新时被覆盖清空。

内容的提问来源于stack exchange，提问作者G Beck