在 wordpress 插件中使用自定义命名空间时，若调用 woocommerce 的 `wc_form_handler` 等核心类出现“class not found”错误，根本原因是 php 自动解析为当前命名空间下的子类；需显式使用反斜杠 `\` 声明全局命名空间。
当你在命名空间 system\core 中编写代码（如 class Woocommerce），PHP 默认将未加前缀的类名（如 WC_Form_Handler）解析为 system\core\WC_Form_Handler —— 而该类实际位于全局命名空间（即 \WC_Form_Handler）。即使你已通过 class_exists('WC_Form_Handler') 检测成功（因该函数默认按全局查找），后续调用 WC_Form_Handler::add_to_cart_action() 仍会触发命名空间解析失败，导致 Uncaught Error: Class 'system\core\WC_Form_Handler' not found。
✅ 正确做法是：始终使用完全限定名称（FQN）调用 WordPress/WooCommerce 核心类，即在类名前添加反斜杠 \：
public static function ace_ajax_add_to_cart_handler() {
if (class_exists('\WC_Form_Handler')) {
\WC_Form_Handler::add_to_cart_action();
\WC_AJAX::get_refreshed_fragments();
}
}同样，你在 remove_add_cart_handler() 中也应修正为：
public static function remove_add_cart_handler() {
remove_action('wp_loaded', array('\WC_Form_Handler', 'add_to_cart_action'), 20);
add_filter('wc_add_to_cart_message_html', '__return_false');
}⚠️ 注意事项：
- class_exists() 默认在全局空间中查找，因此 'WC_Form_Handler' 和 '\WC_Form_Handler' 效果一致；但静态方法调用必须显式使用 \ 前缀，否则 PHP 会错误地尝试在当前命名空间下定位。
- 你的 SPL 自动加载器（spl_autoload_register）与此问题无关——它只负责加载你自己的类文件，不会干扰 WooCommerce 已加载的核心类。
- 不要试图“require”或“include” WooCommerce 类文件：它们由 WooCommerce 主动加载（通常在 plugins_loaded 钩子后），过早引入可能引发依赖错误。
? 进阶建议：
为提升可维护性，可在类顶部使用 use 语句导入常用核心类（尽管静态调用仍需 \）：
namespace system\core; use WC_Form_Handler; use WC_AJAX; // … 然后在方法中仍需写 \WC_Form_Handler::xxx（因 use 不影响静态调用解析） // 更推荐直接使用 FQN，避免歧义
总结：在命名空间内调用任何 WordPress 或 WooCommerce 全局类时，请务必使用 \ClassName 语法。这是 PHP 命名空间机制的基本规则，而非 WooCommerce 特定限制。遵循此规范，即可彻底解决 Class not found 错误，并确保 AJAX 加购逻辑稳定运行。
