PHP读取配置文件无统一标准，关键取决于格式与场景：用parse_ini_file()需启用sections并禁用自动类型转换；require PHP配置文件必须return数组；JSON/YAML须校验解析结果，路径须用__DIR__拼接且配置文件应置于webroot外。
PHP 读取配置文件没有统一“标准方法”，关键看配置格式、是否需要动态重载、以及是否涉及敏感信息。直接用 include 或 parse_ini_file 最常见，但硬编码路径、忽略错误、混用环境变量是高频翻车点。
用 parse_ini_file 读取 .ini 文件时，注意布尔值和空值处理
parse_ini_file 是 PHP 原生支持最稳妥的方案，适合简单键值对配置（如数据库连接参数）。但它默认把 on/off、yes/no、true/false 都转成布尔，且空字符串会被忽略为 null，容易导致逻辑误判。
实操建议：
- 始终传入第二个参数
TRUE启用 sections，避免键名冲突 - 用第三个参数
INI_SCANNER_RAW防止自动类型转换，保留原始字符串，后续再手动 cast - 检查返回值是否为
FALSE—— 文件不存在或语法错误时会静默失败，必须加file_exists或is_readable预检 - 示例：
$cfg = parse_ini_file('/path/to/config.ini', TRUE, INI_SCANNER_RAW);<br>if ($cfg === FALSE) {<br> throw new RuntimeException('Failed to load config.ini');<br>}
用 require 或 include 加载 PHP 格式配置时，别忘了 return 和作用域
把配置写成纯 PHP 数组并 require 进来，性能好、支持注释、可嵌套、还能用常量或函数，但新手常犯两个错：一是忘记在配置文件末尾 return 数组，二是把变量塞进全局作用域污染环境。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 配置文件必须以
return [ ... ];结尾，不能只写$config = [ ... ]; - 统一用
require而非include，缺失配置应中断执行，不给降级机会 - 避免在配置里调用
$_ENV或getenv()—— 环境变量应在加载前注入，而非配置内部读取 - 示例配置文件
config.php：<?php<br>return [<br> 'db' => [<br> 'host' => $_SERVER['DB_HOST'] ?? 'localhost',<br> 'port' => (int)($_SERVER['DB_PORT'] ?? 3306),<br> ],<br>];
读取 JSON/YAML 配置需额外扩展，且要注意解析失败的静默行为
JSON 比较通用，但 PHP 原生 json_decode(file_get_contents(...)) 不校验文件是否存在；YAML 更易读，但必须装 ext-yaml，且 yaml_parse_file 在语法错误时返回 NULL 而非抛异常。
实操建议：
- JSON 场景下，先用
file_get_contents读取，再用json_last_error()检查解码结果，不要依赖=== NULL判定失败 - YAML 必须确认
extension_loaded('yaml')，否则直接 fatal error；生产环境禁用yaml_parse_file的自动类型推断（传YAML_PARSE_EXCEPTION_ON_INVALID_TYPE） - 所有外部文件读取操作，路径必须用
__DIR__或绝对路径拼接，禁止拼接用户输入 - 示例 JSON 错误处理：
$json = file_get_contents(__DIR__ . '/config.json');<br>$cfg = json_decode($json, TRUE);<br>if (json_last_error() !== JSON_ERROR_NONE) {<br> throw new InvalidArgumentException('Invalid JSON in config.json: ' . json_last_error_msg());<br>}
真正难的不是“怎么读”，而是“读到哪”和“读完怎么用”。路径硬编码、没做权限检查、配置未验证结构、多环境覆盖逻辑混乱——这些才是线上出问题的主因。尤其当配置里含密码或密钥时，确保文件不在 Web 可访问目录下，比选什么格式重要得多。
