WordPress用户主题绑定需在setup_theme钩子中读取user_meta的preferred_theme字段，校验存在性后覆盖主题路径，多站点须用网络级元数据，前端通过wp_add_inline_script注入_window._activeTheme_变量识别。
主题绑定必须通过用户元数据字段实现
wordpress 默认不提供“用户→主题”的直接映射机制，switch_theme() 和 wp_get_theme() 都作用于站点全局，无法按用户隔离。真正可行的路径是把主题标识（如 twentytwentyfour）存进用户元数据，再在请求生命周期早期读取并覆盖当前主题。
常见错误是试图用 template_redirect 钩子切换主题——太晚了，header 已输出，CSS/JS 加载路径已固定，强行切会导致样式错乱或 500 错误。
- 必须使用
setup_theme或更早的after_setup_theme钩子（优先选前者，确保在主题初始化前介入） - 主题名必须与
wp_get_themes()返回的键完全一致，区分大小写，不含路径或后缀（例如不是themes/twentytwentyfour，而是twentytwentyfour） - 若用户未设置主题，应 fallback 到
get_option('stylesheet')，而非硬编码默认值，避免多站点环境失效
如何安全读取并应用用户专属主题
核心逻辑是：在 setup_theme 钩子中获取当前登录用户 ID → 查询其 user_meta 中的 preferred_theme 字段 → 校验该主题是否启用且存在 → 覆盖全局 $_wp_theme_features 和 $GLOBALS['pagenow'] 相关上下文（实际只需改 TEMPLATEPATH 和 STYLESHEETPATH 的源头）。
实操建议：
- 用
get_user_meta( get_current_user_id(), 'preferred_theme', true )获取，注意返回空字符串时需显式判断=== ''，避免!$theme误判'0'等假值 - 必须调用
wp_get_theme( $theme_slug )并检查->exists()，否则用户填错主题名会直接导致白屏 - 替换主题需修改两个全局：
$GLOBALS['wp_theme_directories']不动，但要重设WP_CONTENT_DIR . '/themes/' . $theme_slug对应的路径常量，最稳妥方式是 hooktemplate_directory和stylesheet_directory过滤器
多站点环境下主题绑定的兼容性陷阱
在 WordPress Multisite 中，get_user_meta 默认查的是当前站点的用户表（wp_2_usermeta），但用户可能跨站登录。如果主题配置需全局生效（比如一个用户在所有子站都用同一主题），就必须指定网络级元数据，用 get_user_meta( $user_id, 'preferred_theme', true, true ) ——第四个参数 true 表示从 wp_sitemeta 查，否则只对当前站点有效。
另一个坑是主题激活状态：子站管理员可能禁用了某主题，但用户元数据仍存着该主题名。此时 wp_get_theme()->exists() 会返回 false，但不会报错，容易被忽略。
- 不要依赖
current_user_can('switch_themes')，它判断的是管理权限，和主题是否启用无关 - 若主题仅在网络启用但未在当前站点启用，
wp_get_theme()仍能读到，但switch_theme()类操作会失败；绑定逻辑里只需存在性校验，无需启用校验 - 缓存插件（如 WP Super Cache）可能缓存了主题相关 HTML，导致用户切换主题后页面不更新，需在主题变更时调用
wp_cache_flush_group('page')或对应插件的清理接口
前端如何感知当前生效的主题（用于条件加载）
PHP 层面主题已切换，但 JavaScript 或 CSS 中无法直接读取 PHP 的主题上下文。常见需求如「仅在用户绑定的 A 主题下加载某 JS」，不能靠 wp_get_theme()->get_stylesheet() 在前端硬编码判断，因为前端无上下文。
正确做法是在 wp_head 或 wp_enqueue_scripts 中注入一个轻量 JS 变量：
wp_add_inline_script( 'wp-i18n', 'window._activeTheme = "' . esc_js( wp_get_theme()->get_stylesheet() ) . '";', 'before' );
这样前端可用 window._activeTheme 安全比对。注意：
- 不要用
wp_localize_script()，它只对已注册脚本生效，而主题切换可能发生在脚本注册前 -
esc_js()必须加，防止主题名含单引号或反斜杠导致 JS 语法错误 - 这个变量仅反映「当前请求最终生效的主题」，不等于用户元数据里的原始值（比如用户设了
mytheme，但该主题不存在，fallback 到twentytwentyfour，变量值就是后者）
最易被忽略的一点：主题绑定后，get_template_part() 的路径解析仍基于当前主题目录，但子模板文件若依赖父主题函数（比如 get_header() 中调用的 wp_head() 钩子），这些钩子的执行顺序和上下文不会因绑定改变——也就是说，你绑定了子主题，但它的 functions.php 没加载，父主题的逻辑照常运行。真要隔离，得确保绑定的主题是完整可运行的独立主题，而不是仅靠路径覆盖蒙混过关。
