本文详细阐述了 php 配置中 `php.ini` 和 `.user.ini` 文件的关键区别与应用。`php.ini` 是全局配置，影响所有 php 脚本；而 `.user.ini` 允许在特定目录下对部分指令进行覆盖，且其影响范围包括当前目录及其所有子目录，但需配合 php-fpm 或 fastcgi 模块使用。文章还将探讨其作用域、优先级及安全防护。
在 PHP 应用的开发和部署过程中，配置文件的管理是确保应用正常运行和优化性能的关键环节。PHP 提供了多种配置机制，其中 php.ini 和 .user.ini 是最常见的两种。理解它们之间的区别、作用域以及使用场景，对于高效地管理 PHP 环境至关重要。
1. php.ini：全局配置的基石
php.ini 文件是 PHP 的主配置文件，它定义了 PHP 运行时的所有核心设置。在任何一个 PHP 环境中，通常只有一个 php.ini 文件会被 PHP 解析器读取。这个文件中的配置指令对服务器上的所有 PHP 脚本生效，无论这些脚本位于哪个目录。
主要特点：
- 全局性： php.ini 中的设置影响整个 PHP 环境，是所有 PHP 脚本的默认配置。
- 唯一性： PHP 解析器在启动时只会加载一个 php.ini 文件。
- 指令范围广： 几乎所有的 PHP 配置指令都可以在 php.ini 中设置，包括资源限制、错误报告、文件上传、会话管理等。
修改 php.ini 后，通常需要重启 Web 服务器（如 apache、nginx）或 PHP-FPM 服务，才能使新的配置生效。
立即学习“PHP免费学习笔记（深入）”；
2. .user.ini：目录级配置的灵活性
.user.ini 文件（或通过 user_ini.filename 配置项指定的文件名）提供了一种在不修改全局 php.ini 的情况下，为特定目录及其子目录设置或覆盖 PHP 配置指令的机制。它允许开发者或主机用户对单个应用或目录进行精细化的配置管理。
主要特点：
- 目录级作用域： .user.ini 文件会影响其所在目录以及所有子目录中的 PHP 脚本。例如，如果 /home/user/public_html/.user.ini 存在，它将影响 /home/user/public_html/ 下的所有 PHP 脚本，包括 /home/user/public_html/test/ 中的脚本。
- 指令覆盖： .user.ini 只能覆盖 php.ini 中被标记为 PHP_INI_PERDIR 或 PHP_INI_USER 模式的指令。这些指令通常与目录或用户相关的行为有关，例如 display_errors、upload_max_filesize、memory_limit 等。PHP 官方文档中列出了所有指令及其可修改模式。
- 依赖 PHP 运行模式： .user.ini 文件仅在使用 PHP-FPM 或作为 FastCGI 模块运行时才有效。如果 PHP 是作为 Apache 的 mod_php 模块运行，.user.ini 文件将不会被解析和应用。
- 无需重启服务： .user.ini 的更改通常会在 user_ini.cache_ttl 指定的时间后自动生效，无需重启 Web 服务器或 PHP-FPM。
示例 .user.ini 文件：
假设你希望在某个特定目录下提高内存限制和文件上传大小，你可以在该目录下创建或编辑 .user.ini 文件，内容如下：
; .user.ini memory_limit = 256M upload_max_filesize = 64M post_max_size = 64M display_errors = Off log_errors = On error_log = /path/to/your/custom_error.log
3. php.ini 与 .user.ini 的交互与优先级
当 PHP 脚本运行时，配置指令的优先级遵循以下规则：
- php.ini： 提供基础的全局配置。
- .user.ini： 如果当前脚本所在目录及其上级目录存在 .user.ini 文件，并且其中的指令允许被覆盖（PHP_INI_PERDIR 或 PHP_INI_USER 模式），则 .user.ini 中的设置会覆盖 php.ini 中的相应设置。
- ini_set() 函数： 在脚本内部通过 ini_set() 函数设置的指令具有最高优先级，它会覆盖所有配置文件中的设置。但 ini_set() 只能修改 PHP_INI_USER 或 PHP_INI_ALL 模式的指令。
重要提示： PHP 不会读取多个 php.ini 文件。如果你的系统看起来有多个 php.ini 文件，那很可能是因为不同的 PHP 版本或 SAPI 模式使用了不同的配置文件。phpinfo() 函数可以帮助你确定当前 PHP 环境实际加载的 php.ini 文件路径。
4. 安全考量
由于 .user.ini 文件可能包含敏感的配置信息或允许用户修改关键的 PHP 行为，因此需要采取措施防止其被直接通过 Web 浏览器访问。通常，可以通过 Web 服务器的配置来实现这一点：
Nginx 配置示例：
在 Nginx 配置文件中添加以下规则，拒绝所有对 .user.ini 文件的直接访问：
location ~ /.user.ini$ { deny all; }
Apache 配置示例：
在 .htaccess 文件或 Apache 的主配置文件中添加以下规则：
<Files ".user.ini"> Order allow,deny Deny from all </Files>
这些配置确保了 .user.ini 只能被 PHP 解析器读取，而不能作为普通文件被客户端下载。
5. 总结
| 特性 | php.ini | .user.ini |
|---|---|---|
| 作用域 | 全局，影响所有 PHP 脚本 | 目录级，影响当前目录及其所有子目录 |
| 文件数量 | 通常只有一个 | 每个目录可以有一个 |
| 可配置指令 | 几乎所有 PHP 指令 | 仅限 PHP_INI_PERDIR 和 PHP_INI_USER 模式的指令 |
| 生效方式 | 修改后需重启 Web 服务器/PHP-FPM | 通常在 user_ini.cache_ttl 后自动生效 |
| 依赖 | 无特定依赖 | 需 PHP-FPM 或 FastCGI 模式 |
| 主要用途 | 定义 PHP 运行环境的全局默认设置 | 为特定应用或目录提供灵活的局部配置覆盖 |
理解 php.ini 和 .user.ini 的工作原理及其相互关系，能帮助开发者和系统管理员更有效地管理 PHP 配置，实现精细化的控制，并提升应用的灵活性和安全性。在实际应用中，应根据需求合理选择和配置这两种文件。