UPDATE: 我对我的问题做了更多的研究，并进一步缩小了问题的范围。下面的问题是从原来的问题改写过来的。

我正在尝试设置一个插件，将所有页面请求（前端、管理、登录等）重定向到一个额外的代码验证页面（无论这是否可取，都没有实际意义，这是客户端想要的）。根据我需要使用的函数、钩子和过滤器，我已经确定可以将重定向函数绑定到的最早钩子是wp:

add_action(\'wp\', \'cg_check_validation\');

该函数经历了一些$_COOKIE 和$_POST 最终之前的验证：

wp_redirect(add_query_arg(\'validate-access\', 1, $_SERVER[\'REQUEST_URI\']));

已设置以下筛选器和操作来处理重定向：

add_filter(\'query_vars\', \'cg_redirect_query_vars\');

function cg_redirect_query_vars($query_vars)
{
    $query_vars[] = \'validate-access\';
    return $query_vars;
}

add_action(\'parse_request\', \'cg_redirect_parse_request\');

function cg_redirect_parse_request(&$wp)
{
    // if our custom access validation query var exists, load our custom plugin view
    // then exit the script
    if (array_key_exists(\'validate-access\', $wp->query_vars)) {
        include(plugin_dir_path(__FILE__) . \'views/validate-access.php\');
        exit();
    }
    return;
}

重定向和代码验证几乎适用于每个页面，但是登录页面和基本管理页面(/wp-admin/) 根本没有被重定向。是什么导致这些页面被豁免？

EDIT: 另一个更新！重定向仅适用于具有查询字符串的管理页面。例如，重定向在wp-admin/edit.php?post_type=page, 但不是/wp-admin/edit-comments.php. 虽然已经确定了问题，但我还没有接近解决它--我最好的猜测是parse_request 或query_vars 没有在没有查询字符串的页面上激发？