config不是php内置常量，需手动定义；推荐在入口文件用dirname(__dir__)确定路径，并确保末尾带斜杠以避免拼接错误。
PHP里没有内置的 CONFIG 常量，直接使用 CONFIG 会报 Notice: Use of undefined constant CONFIG 错误。 这个常量必须由你自己定义，且定义时机、作用域和路径拼接方式稍有不慎，就会导致配置文件加载失败或路径错误。
为什么 CONFIG 不是 PHP 内置常量
PHP 标准库和 SAPI 层都不提供 CONFIG 常量。它常见于某些框架（如早期 ThinkPHP 3.x）或自定义启动脚本中，属于项目级约定，不是语言特性。你看到别人在用，大概率是他们在 index.php 或 bootstrap.php 里手动定义了：
define('CONFIG', __DIR__ . '/config/');
但这个路径是相对的，__DIR__ 指的是当前文件所在目录，不是项目根目录，也不是入口文件所在目录 —— 这正是最容易出错的地方。
如何安全定义 CONFIG 路径（以入口文件为基准）
推荐在 Web 入口（如 public/index.php）最开始就定义，确保所有后续代码都能访问到，并让路径可预测：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 用
dirname(__DIR__)向上跳一级，适配public/子目录结构（常见于 Laravel、ThinkPHP 6+） - 避免用
$_SERVER['DOCUMENT_ROOT']，它受 Web 服务器配置影响，本地 CLI 运行时不可靠 - 不要在函数或类内部定义，否则作用域受限，其他文件无法读取
- 定义后立刻做存在性检查，防止静默失败：
if (!is_dir(CONFIG)) { throw new RuntimeException('CONFIG path not found: ' . CONFIG); }
CONFIG 路径拼接时的典型错误
常见写法：include CONFIG . 'database.php'; 看似没问题，但实际容易因路径末尾斜杠引发问题：
- 如果
CONFIG定义为__DIR__ . '/config'（无尾部/），而你写成CONFIG . '/database.php'，结果是/path/config//database.php—— 多余斜杠在部分系统下可能被忽略，但不保险 - 更稳妥的做法是统一用
DIRECTORY_SEPARATOR或确保CONFIG末尾带斜杠：define('CONFIG', dirname(__DIR__) . DIRECTORY_SEPARATOR . 'config' . DIRECTORY_SEPARATOR); - 注意 Windows 下路径分隔符是
\，但 PHP 函数（如include、file_exists）普遍兼容/，所以用/更简单，无需强制DIRECTORY_SEPARATOR
替代方案：比 CONFIG 常量更可靠的做法
硬编码常量在现代 PHP 项目中越来越少见，原因很实在：
- Composer 自动加载 + 配置类（如
Config::get('app.name')）更易测试、可覆盖、支持环境变量注入 - 使用
require_once __DIR__ . '/../config/database.php'直接相对引用，不依赖全局常量，语义更清晰 - 如果必须用常量，建议改用更明确的名字，比如
CONFIG_PATH，避免和某些扩展（如 APCu 的配置键）潜在冲突 - PHP 8.2+ 支持只读属性，可以用
class Config { public const PATH = __DIR__ . '/../config/'; }替代define()，类型更安全
路径本身不复杂，但一旦混入不同层级的 __DIR__、__FILE__ 和运行上下文（CLI vs FPM），就很容易指向错误目录 —— 最好在定义后立刻 var_dump(CONFIG) 确认一次。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
