.NET Core 2.0+Angular4部署AWS后无法写入SQLite数据库

我之前在部署ASP.NET Core应用到Elastic Beanstalk时，也碰到过类似的SQLite权限坑，结合你描述的情况——GET请求正常、写操作（POST/PUT/DELETE）失败，从只读错误变成无法打开数据库，给你几个具体的排查和解决方向：

1. 换用Elastic Beanstalk可读写的目录存放数据库文件 #

Elastic Beanstalk上，应用程序所在的默认目录（比如/var/app/current/）通常是只读或者权限限制严格的，SQLite需要读写权限才能执行写操作。建议把数据库文件移到/tmp/目录（AWS这个目录是默认可读写的），或者创建一个专门的存储目录。

修改你的连接字符串，比如把原来的：

Data Source=app.db

改成：

Data Source=/tmp/app.db;Mode=ReadWriteCreate

这里的Mode=ReadWriteCreate很关键，它会确保数据库文件不存在时自动创建，同时强制以读写模式打开。

2. 给运行用户设置正确的目录权限 #

你之前设置了IIS_IUSRS权限，但要注意：Elastic Beanstalk上的ASP.NET Core应用是运行在webapp用户下的，不是IIS的用户（AWS用Kestrel托管，不是IIS）。所以需要给webapp用户赋予数据库目录的读写权限。

可以通过.ebextensions配置文件自动完成这个步骤：

• 在项目根目录新建.ebextensions文件夹
• 里面创建01-set-db-permissions.config文件，内容如下：

container_commands:
  01_create_db_dir:
    command: "mkdir -p /tmp/sqlite-db"
  02_set_ownership:
    command: "chown -R webapp:webapp /tmp/sqlite-db"

然后把连接字符串指向这个目录：Data Source=/tmp/sqlite-db/app.db;Mode=ReadWriteCreate，重新部署应用即可。

3. 排查连接字符串的环境差异 #

你的应用在Azure上正常，说明代码本身没问题，大概率是环境配置的差异。检查Elastic Beanstalk上的环境变量：

• 登录Elastic Beanstalk控制台，进入你的应用环境
• 点击「配置」->「软件」，查看ConnectionStrings是否正确设置，确保和Azure上的连接字符串逻辑一致（比如是否用了环境变量来动态获取路径）

4. 验证数据库文件的初始化逻辑 #

如果你的数据库需要初始化（比如首次运行创建表），确保初始化代码在Elastic Beanstalk环境下能正常执行——因为新的目录下初始没有数据库文件，Mode=ReadWriteCreate会创建空文件，这时候需要确保你的迁移或者初始化代码能正确运行。

总结一下，核心问题就是Elastic Beanstalk的目录权限和SQLite的读写模式不匹配，调整路径和权限后应该就能解决写操作的500错误了。

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