php环境变量需按场景配置：web需web服务器显式传递（如nginx用fastcgi_param）、fpm池可直写env[]、cli依赖shell；variables_order含e才填充$_env；putenv()仅限当前进程；.env仅辅助加载，生产应由系统注入。
PHP环境变量不是“学”出来的，是“用对场景+配对位置+读对地方”才能跑通的。光背getenv()或改php.ini没用，错一层就全链路失效。
为什么getenv()返回空？检查variables_order和Web服务器传递逻辑
很多新手写getenv('DB_HOST')却拿不到值，第一反应是“函数坏了”，其实是环境变量根本没传进PHP进程。
-
$_ENV是否为空，取决于php.ini里variables_order是否含E（默认通常是GPCS，不含E）；改完必须重启PHP-FPM或Apache，CLI下不生效 - Web服务器不主动传环境变量：Apache需用
SetEnv或PassEnv，Nginx需用fastcgi_param显式转发，否则getenv()查不到 - PHP-FPM池配置中可直接写
env[DB_HOST] = 127.0.0.1，这个比Web服务器层更可靠，但仅对FPM有效 - CLI模式下运行
php script.php时，环境变量来自shell，跟Web完全隔离——别用Web环境测试CLI逻辑
putenv()只能临时设，别指望它跨请求或影响子进程以外的任何东西
putenv('APP_ENV=prod')之后立刻getenv('APP_ENV')能拿到，但这是假象。它只作用于当前PHP进程及该进程fork出的子进程（如exec()调用的命令），对后续HTTP请求、其他PHP worker、父shell完全无感。
- 在Laravel或Symfony中看到
putenv()调用，基本都只是为加载.env文件做铺垫，不是真靠它持久化 - 若在脚本开头
putenv()，但中间又调用了pcntl_fork()，子进程不会自动继承——得手动再putenv() - Windows下
putenv()行为更不稳定，某些版本会忽略大小写，建议统一用大写键名
CLI和Web环境变量完全两套体系，验证前先分清你在哪跑
同一个echo getenv('HOME')，在终端里输出/Users/xxx，在浏览器里可能为空——因为Web服务器启动时用的是系统服务账户（如www-data），压根没有HOME这个变量。
- 验证CLI环境：关掉所有IDE终端，新开一个纯
cmd或zsh，执行php -r "echo getenv('PATH');" - 验证Web环境：写个
info.php，内容只有<?php phpinfo(); ?>，在浏览器打开后搜索“Environment”章节 - Apache用
PassEnv PATH可以把系统PATH传进来，但PassEnv HOME大概率失败——服务账户没HOME目录 - Docker里最稳妥：用
environment:或env_file:注入，确保CLI和Web容器共享同一份变量
敏感配置别硬编码，但.env不是万能解药
vlucas/phpdotenv确实省事，但它只是把.env文件内容转成putenv()调用，并不改变PHP原生环境变量的作用域限制。
-
.env文件必须放在webroot外，否则可能被直接下载暴露密钥 - 如果用
opcache.enable=1且未配置opcache.revalidate_freq=0，修改.env后要手动清除OPcache，否则旧值还在内存里 - 生产环境禁用
Dotenv：应由部署流程把.env变量写入系统环境，PHP直接getenv()读取，避免文件I/O和解析开销 -
$_SERVER['APP_ENV']和getenv('APP_ENV')可能不同步——$_SERVER里的是Web服务器传的，getenv()读的是进程环境，二者来源独立
最常被跳过的一步：用phpinfo()确认变量到底在哪一层被注入。不看这个，所有调试都是猜。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
