PHP读不到config.ini需先确认是否误用函数：原生仅支持parse_ini_file()或parse_ini_string()读INI，不支持YAML等格式；路径错误、权限不足或传入非INI文件均会导致失败。
PHP 读不到 config.ini？先确认是不是用错了函数
PHP 原生只支持读取 .ini 文件，且仅限于用 parse_ini_file() 或 parse_ini_string()。它不识别 .yaml、.json、.toml 等格式——不是“加载失败”，是压根没这个能力。
常见错误现象：Warning: parse_ini_file(): Unable to open ... 或返回空数组，往往是因为路径写错、文件权限不足，或误把 YAML 当 INI 传进去。
-
parse_ini_file()默认不解析带节（section）的 INI；要读[database]这类结构，必须传true作为第二个参数：parse_ini_file('config.ini', true) - 如果 INI 中有
on/off、yes/no、true/false，默认会被转成布尔值；不想自动转换，加第三个参数false：parse_ini_file('config.ini', true, false) - 路径必须是真实文件路径，不能是 URL；
__DIR__ . '/config.ini'比'config.ini'更可靠
想用 YAML 配置？别硬套 PHP 原生函数
PHP 标准库没有 parse_yaml_file()。强行用 file_get_contents() + 正则去“模拟解析”，轻则漏掉嵌套结构，重则在注释或特殊字符处崩溃。
正确做法是引入成熟扩展或包：
- 装
yaml扩展（C 实现，性能好）：pecl install yaml，然后用yaml_parse_file() - 用 Composer 装
symfony/yaml：composer require symfony/yaml，再调Yaml::parseFile() - 注意：扩展方式需修改
php.ini加extension=yaml；而 Composer 方式无需改配置，但多一次 autoload 开销
示例：$cfg = Yaml::parseFile(__DIR__ . '/app.yaml'); —— 如果报 Class 'Yaml' not found，说明 autoloader 没生效，检查是否漏了 require 'vendor/autoload.php';
INI 和 YAML 的实际选型建议
别被“YAML 更现代”带偏。选格式要看团队习惯、部署环境和运维成本。
- 服务器上禁用所有扩展（如共享主机）？老老实实用 INI +
parse_ini_file()，零依赖 - 配置含多层嵌套、锚点、引用（如数据库主从共用 host）？YAML 更清晰，但得确保所有环境都装了扩展或 vendor 包
- 敏感配置（如密码）放在 INI 里容易被 Web 直接访问；务必把配置文件放到
webroot外，或加.htaccess/location ~ \.ini$ { deny all; } - INIs 不支持注释嵌套、缩进语义；YAML 对空格敏感，一个不小心多打个空格就
ParseException
环境变量覆盖配置时，顺序和类型容易出错
很多项目用 $_ENV 或 getenv() 覆盖配置项（比如 Docker 传 DB_HOST=127.0.0.1），但 PHP 的环境变量加载时机和类型转换常被忽略。
-
getenv('DB_PORT')返回字符串，即使你设的是5432；而 INI 里写port = 5432会被parse_ini_file()自动转成整型 —— 类型不一致可能让==判断失效 -
putenv()设置的变量不会自动同步到$_ENV数组，除非你开了variables_order = "EGPCS"并且$_ENV被启用 - 推荐统一用
$_SERVER读环境变量（它更稳定），再手动 cast 类型：(int) $_SERVER['DB_PORT'] ?? $config['db']['port']
最麻烦的不是读不到，是读到了但类型不对、覆盖没生效、或者开发环境 OK 上线就崩——这些细节在调试时很难一眼揪出来。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
