不能用环境变量直接塞密钥，因其会暴露在进程列表、容器元数据、日志及/proc/[pid]/environ中，违反最小泄露原则；应改用只读文件挂载+权限控制方式安全传递。
生产环境不能“注入”敏感配置，只能安全传递——FrankenPHP 本身不提供运行时密钥注入机制，所有敏感值必须通过操作系统级隔离方式传入，否则会破坏其信任边界。
为什么不能用环境变量直接塞密钥
FrankenPHP 的信任模型明确将“运维人员”设为可信方，但前提是配置和代码由可信渠道部署。若在 Caddyfile 或启动命令里明文写 DB_PASSWORD=xxx，或通过 docker run -e DB_PASSWORD=... 传入，这些值会出现在进程列表（ps aux）、容器元数据、Caddy 日志甚至错误堆栈中，违反最小泄露原则。
- 环境变量对所有子进程可见，PHP 脚本可通过
getenv()读取，但也会被/proc/[pid]/environ暴露 -
docker inspect可直接看到Config.Env字段，镜像层历史也可能残留 - FrankenPHP 不做环境变量加密或过滤，它信任的是你传给它的整个运行上下文
推荐做法：用文件挂载 + 权限控制
把敏感配置存为只读文件，挂载进容器指定路径，再由 PHP 应用按需读取。FrankenPHP 默认允许读取 /app 和 /etc/frankenphp 下的文件，只要权限设置正确即可。
- 宿主机上创建配置文件：
/etc/secrets/db.conf，权限设为600，属主为root:www-data - Docker 启动时挂载：
docker run -v /etc/secrets/db.conf:/run/secrets/db.conf:ro ... - PHP 中用
parse_ini_file('/run/secrets/db.conf', true)加载，避免file_get_contents()直接暴露原始内容 - 确保容器内运行 FrankenPHP 的用户（通常是
www-data）有读权限，但无写/执行权
如果必须用环境变量，至少做三件事
某些托管平台（如部分 PaaS）只支持环境变量传参，此时需补足防护缺口：
- 禁止在
Caddyfile中引用敏感变量（php { env DB_PASSWORD }是危险操作） - 启动 FrankenPHP 前用 shell 脚本清空非必要变量：
unset $(compgen -v | grep -E '^(DB|API|SECRET)')，再exec frankenphp ... - 在 PHP 中首次读取后立即覆写：
putenv('DB_PASSWORD=');，并确认getenv('DB_PASSWORD')返回 false - 检查
phpinfo()页面是否已禁用（disable_functions = phpinfo），防止调试页泄露
Worker 模式下尤其要注意初始化时机
Worker 进程常驻内存，一旦敏感值被加载进 PHP 全局变量或静态属性，就可能跨请求残留。不要在 index.php 顶层直接 $db_pass = getenv('DB_PASSWORD')，而应封装成闭包或服务类，在每次请求生命周期内按需解密/加载。
真正难处理的不是“怎么传”，而是“传进去之后怎么不让它留在内存里”。FrankenPHP 的 Go 层不会帮你 scrub 内存，这事必须由 PHP 应用自己负责。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
