本文详解wordpress中因误用赋值运算符“=”导致get_user_meta判断失效的问题，指出代码中`$info = 'no'`等错误写法会引发意外赋值而非比较，并提供完整修正后的登录重定向逻辑与最佳实践。
在WordPress开发中，get_user_meta() 是获取用户自定义元字段的常用函数。但如您所遇问题——明明数据库中用户 info 字段已更新为 'yes'，却始终返回 'no'——根源往往不在数据读取本身，而在于条件判断中的语法错误。
最典型的问题出现在您的代码片段中：
if ($loggedin == true && $info = 'no'){ // ❌ 错误：使用了赋值符 "="此处 = 是赋值操作符，而非比较操作符。该语句实际执行的是：将字符串 'no' 赋值给变量 $info，并返回赋值结果（即 'no'），而PHP中非空字符串被视为布尔 true。因此整个条件恒为真，不仅逻辑失效，还意外覆盖了原本从数据库读取的 $info 值！
✅ 正确写法应使用严格相等比较符 ===（推荐）或松散相等 ==：
if ($loggedin && $info === 'no') { // ✅ 推荐：类型+值严格匹配
wp_redirect(home_url('/dashboard/account-information'));
exit; // ⚠️ 关键：重定向后必须终止脚本执行
}
elseif ($loggedin && $info === 'yes') {
wp_redirect(home_url('/dashboard'));
exit;
}
elseif (!$loggedin) {
wp_redirect(home_url());
exit;
}此外，还需注意以下关键点以确保逻辑健壮：
- wp_redirect() 后必须调用 exit 或 die()：否则后续代码仍会继续执行，可能导致headers already sent错误或重定向失效；
- 避免重复调用 is_user_logged_in() 和 get_current_user_id()：可在函数开头统一获取并校验；
-
增加元字段存在性判断：get_user_meta() 在字段不存在时默认返回空数组或空字符串，建议显式处理：
$info = get_user_meta($userid, 'info', true); if (empty($info)) { $info = 'no'; // 设定默认值，避免null/empty导致逻辑异常 } - 钩子时机优化：template_redirect 是合适的时机，但需确保仅在目标页面（ID为1795）生效，您已通过 is_page(1795) 正确限定，这点值得肯定。
最终整合的健壮版本如下：
function my_logged_in_redirect() {
// 仅在指定页面执行
if (!is_page(1795)) return;
if (!is_user_logged_in()) {
wp_redirect(home_url());
exit;
}
$userid = get_current_user_id();
$info = get_user_meta($userid, 'info', true);
// 安全兜底：若元字段为空，视为未填写
$info = in_array($info, ['yes', 'no'], true) ? $info : 'no';
switch ($info) {
case 'no':
wp_redirect(home_url('/dashboard/account-information'));
break;
case 'yes':
wp_redirect(home_url('/dashboard'));
break;
default:
wp_redirect(home_url('/dashboard'));
break;
}
exit; // 每次重定向后必须退出
}
add_action('template_redirect', 'my_logged_in_redirect');? 小结：看似微小的 = 与 == 之差，足以让整个权限控制逻辑崩溃。在WordPress主题或插件开发中，务必养成使用 === 进行严格比较的习惯，并始终在 wp_redirect() 后添加 exit。同时，对用户元数据做存在性与有效性校验，是构建可靠用户体验的基础保障。
