我有一个帖子类型类文件，负责读取插件的选项设置，并根据用户指定的设置创建必要的自定义帖子类型。

此post types类文件已加载到挂钩上init.

我想接下来我需要做的就是更新插件设置，然后刷新重写规则。因为post types类已经根据插件设置加载。但对于管理页面，它们是在init 钩

帖子类型从未实际注册过，因为设置尚未实际设置。post types注册类最终提前终止，没有注册任何post类型。

The solution was:

从现在起，帖子类型将加载到init 钩子，并且已经指定了设置，允许创建帖子类型并与适当的重写规则配对。

出于任何原因，在执行了上述三个步骤之后，我不得不添加一个JavaScript调用以重定向到当前页面。

我还必须给flush_rewrite_rules(); 在插件的管理设置页面上。

所以为了确保所有东西都冲洗干净。。。

步骤1）导航到插件的管理设置页面。-初始冲洗。

步骤2）更新插件设置。-第二次冲洗。

步骤3）页面重定向到插件的设置页面。导致。。。第三次和最后一次刷新（与初始刷新相同--在访问插件的设置页面时自动完成）

我并不是说这是一个切实可行的解决方案，但它对我有效。非常奇怪的问题，很可能与我的编码基础设施有关。

我也有同样的问题。在我的插件中，我有动态创建的帖子类型。因此，他们不能通过register_post_type() 在activation_hook 因此，当flush_rewrite_rules() 在此挂钩期间运行（通常是recommended way 刷新重写规则）。

最后，我能想到的最干净的解决方案是在注册post类型后刷新重写规则，但当然只有在确实需要这样刷新的情况下（因为操作很慢）。在我的例子中，实际上我有几个自定义的post类型，它们继承自一个基类，因此需要实现在那里进行刷新的代码。

是否需要冲洗可以通过查看get_option( \'rewrite_rules\' ):

class MyPostTypeClass {

public final function register_as_custom_post_type() {
    ...   //do all the setup of your post type here     
    $args = array(
                  ... //populate the other arguments as you see fit
                  \'rewrite\' => array(\'slug\' => \'slug-of-your-post-type\')
                 );
    register_post_type(\'post-type-name-of-your-post-type\', $args );

    $rewrite_rules_must_be_fluhed = true;
    foreach( get_option( \'rewrite_rules\' ) as $key => $rule)
        if(strpos($key, $args[\'rewrite\'][\'slug\'] ) === 0)
        {
            $rewrite_rules_must_be_fluhed = false;
            break;
        }
    if($rewrite_rules_must_be_fluhed)
        flush_rewrite_rules(true);
}
}

WP在一定程度上依赖于WP在register_post_type().

完全封装在表示post类型的类中只有在无法在静态函数中注册帖子类型时，才可以使用此选项，该函数可以在init 以及activation_hook!

对重写规则生成方式的依赖性register_post_type() 看起来可以通过更换测试来缓解if(strpos($key, $args[\'rewrite\'][\'slug\'] ) === 0) 使用更复杂的东西，即正则表达式。

@tazo todua使用multisite时，这对我也很有用。

add_action( \'wpmu_new_blog\', \'set_my_permalink_structure\', 11, 2 );

function set_my_permalink_structure( $blog_id ) {

    switch_to_blog( $blog_id );

    global $wp_rewrite;
    $wp_rewrite->set_permalink_structure( \'/%postname%/\' );
    $wp_rewrite->flush_rules();
    $wp_rewrite->init();

    restore_current_blog();
}

如果要在激活或停用任何插件时刷新\\u rewrite\\u规则

add_action(\'init\', function(){

    // Get the path of every plugin installed
    $pluginsInstalledPaths = glob(WP_PLUGIN_DIR . \'/*\', GLOB_ONLYDIR);

    foreach ($pluginsInstalledPaths as $pluginPath) {
        // Get all PHP files available in the plugin root directory
        $files = glob($pluginPath . \'/*.php\');
        foreach ($files as $file) {
            $contents = file_get_contents($file);
            // If the file contains "Plugin Name" it is the main plugin file
            if (preg_match(\'/\\/\\*\\*[^\\/]*?Plugin Name:/\', $contents)) {
                add_action(\'activate_\' . plugin_basename($file), function(){
                    flush_rewrite_rules();
                });
                add_action(\'deactivate_\' . plugin_basename($file), function(){
                    flush_rewrite_rules();
                });
            }
        }
    }
});

我找到的解决方案是：

global $wp_rewrite; $wp_rewrite->flush_rules(); $wp_rewrite->init();