WordPress迁移后提示apply_filters()未定义致命错误怎么解决

Fatal error: Uncaught Error: Call to undefined function apply_filters() in /home/myserver/public_html/wp-includes/error-protection.php:119 Stack trace: #0 /home/myserver/public_html/wp-includes/error-protection.php(83): wp_is_fatal_error_handler_enabled() #1 /home/myserver/public_html/wp-settings.php(64): wp_register_fatal_error_handler() #2 /home/myserver/public_html/wp-config.php(86): require_once('/home/myserver...') #3 /home/myserver/public_html/wp-load.php(37): require_once('/home/myserver...') #4 /home/myserver/public_html/wp-blog-header.php(13): require_once('/home/myserver...') #5 /home/myserver/public_html/index.php(17): require('/home/myserver...') #6 {main} thrown in /home/myserver/public_html/wp-includes/error-protection.php on line 119

该错误本质是WordPress核心加载流程被打断，apply_filters()函数所在的wp-includes/plugin.php还未完成加载就被提前调用，可按照以下步骤排查解决：

• 替换完整核心文件
  仅替换wp-settings.php无法解决文件缺失/损坏问题，下载和你当前站点使用的版本完全一致的WordPress官方安装包，解压后覆盖站点根目录下的整个wp-includes和wp-admin目录，操作时注意不要覆盖wp-content目录和根目录的wp-config.php文件，避免丢失主题、插件、站点配置数据。
• 检查wp-config.php加载顺序
  报错栈显示wp-config.php第86行调用了wp-settings.php，正常情况下require_once(ABSPATH . 'wp-settings.php');必须放在wp-config.php的最后一行，确认你之前批量替换域名时没有在这行代码之前插入自定义逻辑，也没有误删核心配置项。
• 移除自定义域名替换代码
  如果你在wp-config.php、主题functions.php或者其他自定义文件中加入了动态替换域名的代码，先全部删除，这类插入到核心加载流程前的代码会打断正常的文件加载顺序，是这类错误的常见诱因。
• 修复数据库替换错误
  如果你之前直接对数据库执行了旧域名替换新域名的SQL操作，没有处理WordPress的序列化格式数据，会导致wp_options等表的配置项损坏，后续文件问题排查完成后，需使用兼容序列化的方式重新替换数据库内的域名。
• 排查主题插件冲突
  临时将站点根目录下的wp-content目录重命名为wp-content-temp，尝试访问站点，如果可以正常进入默认主题的页面，说明问题出在主题或者插件上，再依次恢复主题、插件定位异常项。
• 检查文件权限
  确认wp-includes、wp-admin目录下的所有文件对PHP运行用户有可读权限，常规权限配置为目录权限755，文件权限644。
• 开启调试模式定位具体错误
  编辑wp-config.php，将调试配置修改为以下内容，获取更详细的错误提示：

  define( 'WP_DEBUG', true );
  define( 'WP_DEBUG_DISPLAY', true );
  

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