不能直接用composer install管理WordPress核心，因其破坏更新机制和路径假设；应仅用Composer管理非核心PHP依赖，并手动引入vendor/autoload.php。
WordPress项目里能不能直接用composer install？
不能直接用，除非你明确把 WordPress 核心当“依赖”来管理——但绝大多数主题/插件开发场景下，这么做反而会破坏更新机制和路径假设。
WordPress 官方不支持 Composer 原生加载核心，它的文件结构、常量定义（比如 ABSPATH）、插件加载顺序都依赖固定目录布局。强行用 composer install 把 wp-includes 或 wp-admin 放进 vendor/，会导致 require_once 失败、后台白屏、插件激活报错。
- 典型错误现象：
Fatal error: require_once(): Failed opening required 'wp-includes/load.php' - 正确做法：把 Composer 仅用于管理「非 WordPress 核心」的 PHP 依赖，比如 SDK、工具类库、自定义服务客户端
- 推荐路径：在 WordPress 站点根目录外建独立
composer.json，或限定在wp-content/themes/my-theme/或wp-content/plugins/my-plugin/内部使用
怎么让主题或插件用上 Composer 加载的类？
靠 autoload 配置 + 主动引入 autoloader，而不是指望 WordPress 自动发现。
WordPress 不读取 vendor/autoload.php，必须手动 require。常见错误是只在 functions.php 或主插件文件开头加了一行，但没考虑执行时机（比如在 plugins_loaded 之前就用到了类）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 安全写法：在主题的
functions.php开头，或插件主文件最顶部（在任何 hook 注册前）加上：if (file_exists(__DIR__ . '/vendor/autoload.php')) { require __DIR__ . '/vendor/autoload.php'; } - 注意路径：用
__DIR__而不是plugin_dir_path(__FILE__)，避免 symlink 场景下路径错乱 - 别用
psr-4映射到wp-content下的任意目录——某些主机禁用动态 require，且 WP CLI 执行时工作目录可能不同
composer.json 里要不要写 "type": "wordpress-plugin"？
写了没用，纯属误导。这个 type 是给 wpackagist.org 这类第三方仓库用的元信息，不影响本地安装行为，也不被 WordPress 识别。
真正影响的是 autoload 规则和依赖范围。如果你只是想装一个 monolog/monolog 用来写日志，type 写成 library 就够了；如果要用 johnpbloch/wordpress 这种打包版核心（不推荐），才需要配合 installer-paths 插件定制安装位置。
- 容易踩的坑：看到别人写了
"type": "wordpress-plugin"就跟着抄，结果 composer install 没报错，但类根本加载不了——因为 autoload 没配对 - 真实需求优先级：先确认你要的包是否支持 PSR-4 / classmap，再决定怎么写
autoload，type 字段可以删掉 - 兼容性提醒：WP 6.0+ 默认运行在 PHP 8.0+，确保你 require 的包版本支持对应 PHP 版本，比如
guzzlehttp/guzzle:^7.0不兼容 PHP 7.2
为什么 wp-cli 执行 composer 命令会找不到类？
因为 wp-cli 的执行上下文不自动加载你的 vendor/autoload.php，它只管 WordPress 的加载链。你在命令行跑 wp plugin list，和你在浏览器访问后台，走的是两套初始化流程。
解决方案不是改 wp-cli 配置，而是把依赖初始化逻辑封装成可复用函数，并在 CLI 和 Web 两种入口都显式调用。
- 实操建议：在插件主文件里定义一个
my_plugin_init_autoloader()函数，里面做require vendor/autoload.php判断，然后在plugins_loaded和add_action('cli_init', ...)里都调用它 - 别依赖
WP_CLI::add_command()的闭包自动捕获作用域——autoloader 必须在命令注册前就生效 - 调试技巧：在 CLI 命令回调里加
var_dump(class_exists('Monolog\Logger'));，快速验证是否加载成功
autoload.php 没在对的时机 require，或者把 vendor/ 放进了 git，又忘了加 .gitignore 规则。 
