WordPress后台心跳功能导致卡顿-WordPress-PHP中文网

wordpress后台卡顿常因心跳功能引起，其频繁ajax请求加重服务器负担。解决方法包括：1.通过代码彻底或有条件禁用心跳功能；2.延长心跳间隔至60秒以降低负载；3.在非必要页面禁用、仅保留编辑页心跳；4.使用“heartbeat control”等插件简化设置。此外，优化php版本、清理数据库、精简插件主题、启用对象缓存、提升内存限制、优化图片及升级主机配置等也是改善后台性能的关键措施。

WordPress后台心跳功能导致卡顿

WordPress后台卡顿，很多时候，心跳功能（Heartbeat API）就是那个隐形的“罪魁祸首”。它像个勤奋的报时员，不断地在浏览器和服务器之间发送AJAX请求，以保持连接活跃、同步数据。然而，这份“勤奋”在某些配置下，特别是当你的服务器资源有限或者插件过多时，就可能变成一种负担，导致CPU占用飙升，后台操作变得异常缓慢，甚至直接卡死。我的经验是，当你发现后台操作总有那么一两秒的迟滞，或者服务器负载莫名其妙地高，心跳功能往往是第一个值得去排查的对象。

解决方案

要解决WordPress后台心跳功能导致的卡顿，最直接有效的方法就是控制或限制其活动频率，甚至在特定页面禁用它。

一种常用的做法是通过修改主题的 functions.php 文件或使用一个自定义插件来插入代码。

如果你想彻底禁用心跳功能，特别是对那些你不需要实时更新的页面，比如普通的后台编辑页面：

add_action( 'init', 'stop_heartbeat', 1 );
function stop_heartbeat() {
    wp_deregister_script('heartbeat');
}

登录后复制

这段代码会阻止WordPress加载心跳脚本。但请注意，这会禁用所有心跳功能，包括自动保存、文章锁定等，所以需要权衡。

更推荐的做法是限制心跳的频率，而不是完全禁用。默认情况下，心跳每15秒发送一次请求。我们可以把它调整到一个更长的间隔，比如60秒：

add_filter( 'heartbeat_settings', 'my_heartbeat_settings' );
function my_heartbeat_settings( $settings ) {
    $settings['interval'] = 60; // 更改为60秒
    return $settings;
}

登录后复制

如果你只想在特定页面（例如，只在文章编辑页面启用，其他后台页面禁用）控制心跳，可以结合 is_admin() 和 get_current_screen() 函数进行判断：

add_action( 'init', 'control_heartbeat_on_specific_pages', 1 );
function control_heartbeat_on_specific_pages() {
    if ( is_admin() ) {
        $screen = get_current_screen();
        // 在除文章/页面编辑页外的所有后台页面禁用心跳
        if ( $screen->base !== 'post' && $screen->base !== 'page' ) {
            wp_deregister_script('heartbeat');
        }
        // 或者，在所有后台页面都限制心跳频率
        add_filter( 'heartbeat_settings', 'my_heartbeat_interval_for_admin' );
    }
}

function my_heartbeat_interval_for_admin( $settings ) {
    $settings['interval'] = 60; // 后台统一设置为60秒
    return $settings;
}

登录后复制

对于不熟悉代码的用户，也可以考虑使用一些专门的插件，比如“Heartbeat Control”或“Disable Heartbeat”，它们提供了图形界面来轻松调整心跳间隔或禁用心跳功能，这无疑是更友好的选择。这些插件通常允许你为前端、后台和文章编辑页面分别设置心跳频率，灵活性更高。

WordPress心跳功能是什么？它有什么作用？

WordPress心跳功能，或者说Heartbeat API，是WordPress 3.6版本引入的一个核心特性。你可以把它想象成一个在你的浏览器和WordPress服务器之间持续存在的“心跳信号”。它通过JavaScript和AJAX（具体来说是向 wp-admin/admin-ajax.php 发送POST请求）来实现。这个功能最初是为了提升用户体验和协作效率而设计的，它主要有几个作用：

第一个也是最常见的，是文章/页面编辑时的自动保存。你在写文章时，WordPress会定期自动保存你的草稿，避免因为意外情况（比如浏览器崩溃、断电）导致内容丢失。这背后就是心跳功能在默默工作。

其次，是文章锁定功能。如果你和同事同时编辑同一篇文章，心跳功能会检测到这一点，并提示你“此文章正在被某某编辑”，从而避免两个人同时修改导致内容冲突或覆盖。这对于团队协作来说非常重要。

再来，是登录会话管理。它能帮助WordPress判断你的登录会话是否仍然活跃。如果你的浏览器标签页长时间处于非活动状态，心跳功能可以帮助WordPress在后台判断你是否需要重新登录。

此外，一些插件和主题也会利用心跳API来实现实时通知、仪表盘小部件的实时更新，或者其他需要浏览器与服务器持续通信的功能。从功能性上讲，它确实带来了很多便利。但问题在于，这些频繁的AJAX请求，尤其是在访问量大、服务器配置一般，或者安装了大量插件的网站上，会显著增加服务器的负载，特别是 admin-ajax.php 这个文件，它成了很多性能瓶颈的代名词。

如何判断WordPress卡顿是否由心跳功能引起？

判断WordPress后台卡顿是否与心跳功能有关，通常需要一些观察和简单的诊断方法。这不像看医生，直接就能给你个诊断结果，更像是个侦探游戏，需要你找线索。

首先，最直观的线索是后台的“不规律”卡顿。如果你发现，当你打开WordPress后台的某个页面（尤其是文章编辑页面、仪表盘）并停留一段时间后，页面开始变得迟钝，或者你的服务器监控工具显示CPU或内存使用率突然飙高，那心跳功能就很可能是幕后推手。

其次，你可以利用浏览器开发者工具来做个初步诊断。打开你的WordPress后台，然后按F12键（或右键点击页面选择“检查”），切换到“网络”（Network）选项卡。刷新页面后，你会看到一系列的网络请求。留意那些类型为XHR（XMLHttpRequest）的请求，特别是目标地址是 admin-ajax.php 的请求。如果这些 admin-ajax.php 请求非常频繁（比如每隔几秒就有一个），并且它们的状态码是200（表示成功），这几乎就可以确定心跳功能正在活跃地工作。你可以点击其中一个 admin-ajax.php 请求，查看其“负载”（Payload）或“响应”（Response）内容，通常会包含 heartbeat 相关的字样。如果这些请求的耗时较长，或者有很多“Pending”状态的请求，那服务器处理这些心跳请求的能力可能已经饱和了。

再进一步，如果你有服务器的访问权限，可以查看服务器的访问日志（access logs）。搜索 admin-ajax.php 相关的请求，看看这些请求的频率和处理时间。高频率、长时间处理的 admin-ajax.php 请求是心跳功能导致负载过高的典型表现。同时，服务器的资源监控工具（如cPanel的CPU使用率、内存使用率图表，或命令行工具如 top, htop）也能提供强有力的证据。如果在你访问WordPress后台时，这些指标明显上升，而其他时间相对平稳，那么心跳功能就非常可疑了。

最后，一个简单的排除法也能帮助你验证。暂时禁用或限制心跳功能（比如使用上面提到的代码或插件），然后观察后台的性能表现和服务器负载。如果禁用后卡顿现象明显缓解，服务器负载下降，那么恭喜你，你找到了症结所在。这就像是生病了吃药，药到病除，那基本就是这个病了。

除了禁用或限制心跳，还有哪些优化WordPress后台性能的方法？

优化WordPress后台性能，远不止处理心跳功能这么简单，它是个系统工程。毕竟，心跳只是其中一个可能导致卡顿的因素，很多时候，后台慢是多种问题交织在一起的结果。我的经验是，从以下几个方面着手，能大幅改善你的WordPress后台体验：

1. 升级你的PHP版本： 这可能是最容易被忽视，但效果却最显著的一步。WordPress对PHP版本的要求在不断提高，新的PHP版本（比如PHP 8.x）通常比旧版本（如PHP 7.0/7.1）有显著的性能提升和更低的资源消耗。这就像给你的网站换了个更高效的发动机。确保你的主机支持并升级到最新的稳定PHP版本。

2. 优化数据库： WordPress运行久了，数据库里会积累大量的垃圾数据，比如修订版本、垃圾评论、未使用的标签、缓存数据等等。这些都会拖慢数据库查询速度。定期使用插件（如WP-Optimize, Advanced Database Cleaner）清理和优化数据库表，能让你的后台操作如虎添翼。我通常会设置一个自动清理的计划，让它在夜深人静的时候默默工作。

3. 审查并精简插件和主题： 这是个老生常谈的话题，但它真的非常关键。每一个插件和主题都会增加WordPress的复杂性，占用服务器资源。有些插件写得不够优化，或者功能过于庞大，甚至会引入自己的心跳机制。我的建议是：

只安装真正需要的插件。 问问自己：这个功能真的不可或缺吗？
卸载不活跃或已禁用的插件。 禁用不等于删除，它们的代码可能还在。
选择轻量级、优化良好的主题。 那些功能多到爆炸的主题，往往也是性能杀手。
定期进行插件性能测试。 有些插件有性能分析功能，或者你可以用工具（如Query Monitor）来查看哪个插件在拖慢速度。

4. 启用对象缓存： 对于高流量网站或复杂后台操作，启用对象缓存（如Redis或Memcached）能显著减少数据库查询次数。WordPress会将频繁查询的结果存储在内存中，下次请求时直接从内存读取，速度自然飞快。这需要服务器支持，并且需要一些配置，但效果是立竿见影的。

5. 增加PHP内存限制： 有时候，卡顿仅仅是因为PHP进程没有足够的内存来完成任务。你可以在 wp-config.php 文件中增加 define('WP_MEMORY_LIMIT', '256M'); 或 define('WP_MEMORY_LIMIT', '512M'); 来提升内存限制。但这不是万能药，盲目提高可能只是掩盖了其他深层问题。

6. 优化图片和媒体文件： 尽管这主要影响前端加载速度，但后台上传、处理图片时也会消耗大量资源。使用图片优化插件（如Smush, Imagify）在上传时自动压缩图片，能减少存储空间和处理负担。

7. 使用CDN（内容分发网络）： CDN主要加速前端静态资源，但对于后台加载的一些公共库和图片，也能起到加速作用，间接提升后台体验。

8. 考虑更强大的主机： 归根结底，硬件是基础。如果你的网站流量持续增长，或者功能越来越复杂，而你的主机配置（CPU、内存、I/O）跟不上，那么再多的优化也可能只是杯水车薪。升级到更强大的VPS、云主机或专业的WordPress托管服务，往往能一劳永逸地解决大部分性能问题。这就像你开着一辆小轿车去拉货，再怎么改装，也比不上直接换辆货车来得实在。

这些方法结合起来，往往能让你的WordPress后台焕然一新，操作起来更加流畅。记住，性能优化是一个持续的过程，没有一劳永逸的解决方案，需要定期检查和调整。

以上就是WordPress后台心跳功能导致卡顿的详细内容，更多请关注php中文网其它相关文章！