根本原因是容器内__file__路径与本地开发结构不一致，导致os.path.dirname(__file__)计算出的相对路径失效；应改用显式基准路径（如/app）、环境变量控制或挂载宿主机可写目录，并确保WORKDIR、COPY顺序与代码路径逻辑严格对齐。
Flask应用里用os.path.dirname(__file__)获取路径在容器里失效
本地跑没问题，一进容器就报sqlite3.OperationalError: unable to open database file，根本原因是os.path.dirname(__file__)返回的是容器内路径，不是你本地开发时预设的相对结构。
比如项目结构是：
DE-Project/ ├── make_predictions/fraud_detection.db └── frontend/app.py
你在app.py里写os.path.join(os.path.dirname(__file__), '../make_predictions/fraud_detection.db')，本地路径能向上跳一级；但容器里COPY . /app后，__file__实际在/app/frontend/app.py，而../make_predictions/指向/app/make_predictions/——这没错，但如果你误以为__file__在/app/根目录下，路径就全偏了。
- 别依赖
__file__向上跳级，改用固定基准路径，比如/app（即WORKDIR） - 在
app.py开头显式定义：BASE_DIR = os.path.abspath(os.path.join(os.path.dirname(__file__), ".."))，再拼接os.path.join(BASE_DIR, "make_predictions", "fraud_detection.db") - 更稳妥的做法：用环境变量控制路径，启动时通过
-e DB_PATH=/data/fraud_detection.db传入
Dockerfile中COPY顺序导致文件位置错乱
COPY . /app看着省事，但一旦项目根目录有requirements.txt、app.py、data/混在一起，容器内结构就和代码里硬编码的路径对不上。
立即学习“Python免费学习笔记（深入）”；
常见错误现象：
- 数据库文件被复制到
/app/data/db.sqlite，但代码里写死读./db.sqlite（即/app/db.sqlite） -
requirements.txt放在子目录里，COPY requirements.txt .失败，pip install报错
实操建议：
-
COPY分步来：先COPY requirements.txt /app/，再RUN pip install -r requirements.txt，最后COPY . /app/ - 明确约定容器内路径规范，比如所有数据文件统一放
/app/data/，代码里用os.path.join("/app", "data", "xxx.db") - 构建前用
docker build --no-cache -t debug . && docker run -it debug ls -R /app验证文件布局
SQLite文件权限和挂载路径不一致
容器默认以root用户运行，但SQLite要求文件所在目录可写；如果fraud_detection.db是COPY进镜像的，它属于root，且只读层无法修改；如果挂载宿主机目录，又可能因UID/GID不匹配导致“Permission denied”。
典型报错：OperationalError: unable to open database file 或 IOError: [Errno 13] Permission denied
- 不要把SQLite文件COPY进镜像——它必须可写，且需持久化，直接COPY会导致每次重建容器丢数据
- 用
docker run -v $(pwd)/data:/app/data挂载宿主机目录，确保/app/data在容器内存在且可写 - 启动前加
RUN mkdir -p /app/data && chown -R 1001:1001 /app/data，并在docker run里指定--user 1001（避免root权限）
多阶段构建时WORKDIR和路径引用脱节
用多阶段构建减小镜像体积时，容易在builder阶段生成文件，却忘了在final阶段重新建立路径上下文。比如builder里把db文件生成在/tmp/db.sqlite，final阶段COPY --from=builder /tmp/db.sqlite /app/data/，但代码仍按./data/db.sqlite找——而./是WORKDIR，不是/app。
关键点：
- final stage的
WORKDIR必须和代码里路径逻辑一致；如果代码用os.path.join("data", "db.sqlite")，那WORKDIR就得是/app，且data/目录要存在 - 所有
COPY --from=builder的目标路径，要和运行时路径严格对应，不能靠相对路径“猜” - 测试时加一句
ls -l /app/data/到CMD前，确认文件真在那儿、权限对、名字没拼错
WORKDIR都没在代码里显式对齐，就指望./自动认出你要的目录。 
