WordPress自定义插件因直接调用核心文件被拒，dbDelta()使用求助

嘿，这个问题我太熟了！不少开发者在提交WordPress插件审核时都踩过这个坑，咱们来好好捋清楚怎么解决。

首先，你之前直接用require_once( ABSPATH.'/wp-admin/includes/upgrade.php' );被拒，核心原因不是不能加载这个文件，而是WordPress官方不推荐硬编码核心文件路径——虽然你用了ABSPATH常量，但如果写法不够规范（比如多了个斜杠或者少了），在一些特殊环境（比如WordPress装在子目录、或者服务器路径配置特殊）下可能会出问题，而且这也违反了插件编码规范里「尽量使用WordPress原生机制加载文件」的要求。

其实要使用dbDelta()完全没问题，只要换一种更规范的加载方式就行，分两种常见场景给你说明：

• 场景1：在插件激活时创建/更新数据库表
  这是dbDelta()最常用的场景，你可以把加载文件的代码放在激活钩子函数内部，这样只会在激活插件时加载，不会全局加载多余文件：

// 注册插件激活钩子
register_activation_hook( __FILE__, 'my_plugin_activate' );

function my_plugin_activate() {
    // 用trailingslashit确保路径末尾的斜杠规范，避免拼接错误
    require_once( trailingslashit( ABSPATH ) . 'wp-admin/includes/upgrade.php' );
    
    // 接下来放心使用dbDelta()即可
    global $wpdb;
    $table_name = $wpdb->prefix . 'your_custom_table';
    
    $sql = "CREATE TABLE $table_name (
        id mediumint(9) NOT NULL AUTO_INCREMENT,
        created_at datetime DEFAULT CURRENT_TIMESTAMP NOT NULL,
        content text NOT NULL,
        PRIMARY KEY  (id)
    );";
    
    dbDelta( $sql );
}

• 场景2：在插件后台页面动态更新数据库
  如果需要在插件设置页面里调用dbDelta()（比如用户点击更新按钮时），可以先判断当前是否在后台环境，再加载文件：

function my_plugin_update_database() {
    // 确保只在后台环境执行，避免前端加载不必要的文件
    if ( !is_admin() ) {
        return;
    }
    
    // 规范加载upgrade.php
    require_once( trailingslashit( ABSPATH ) . 'wp-admin/includes/upgrade.php' );
    
    // 执行你的dbDelta数据库更新操作...
}
add_action( 'admin_init', 'my_plugin_update_database' );

这样修改后，既满足了使用dbDelta()的需求，又符合WordPress插件审核的规范——你没有硬编码固定路径，而是使用WordPress提供的常量和函数处理路径，而且只在需要的时机加载文件，不会影响前端性能。放心提交吧，这种写法我已经帮好几个开发者顺利通过审核了～

内容的提问来源于stack exchange，提问作者Alex_Alex