编译后的Node.js项目如何处理内部文件修改的持久化需求

核心结论 #

对JSON文件的修改是否能持久化，和项目是否编译没有关联，也不属于编译后的默认行为，完全取决于你的文件路径写法、打包规则以及运行环境的权限配置。 #

常见情况说明 #

• 如果你修改的是独立于编译产物之外的JSON文件，且运行进程对该文件所在路径有读写权限：不管是直接运行源码还是运行编译后的二进制包，修改都会自动持久化，下次程序启动会读取到上一次修改后的内容，你目前的运行逻辑本身没有问题。
• 如果你把需要修改的JSON文件一起打包进了编译后的二进制包内部：运行时对该JSON的修改只会存在于进程内存中，进程退出后修改就会失效，因为编译后的二进制包本身是只读的，运行时无法修改内部打包的资源，这种情况就会出现修改无法保留的问题。

注意事项 #

为了保证你的修改能正常持久化，可以做以下检查：

1. 代码中读取/写入JSON文件时，不要直接使用硬编码的相对路径，建议用path.resolve(process.cwd(), './xxx.json')的方式定位文件，避免不同启动目录下读写错路径的问题。
2. 如果你用pkg这类工具打包项目，需要在package.json的pkg配置项中添加排除规则"assets": ["!./data/*.json"]（路径替换为你实际存放动态JSON的路径），明确告知打包工具不要把这些需要动态修改的文件打进二进制包。
3. 部署时确保运行编译后程序的用户身份，对JSON文件所在目录有读写权限，避免权限不足导致修改写入失败。

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