实际上，自动更新是从wp.org. 更新过程仍在您的站点上运行，但在后台通过wp-cron.

当一个新的次要更新发布时，WordPress的人员开始发布更新。The actual update process is started after your site checked wp.org for updates, an update is theoretically available, and your site is chosen by random to be updated.

（谢谢你@otto指出我的错误措辞：）

然后，该卷展开始，开始缓慢-128个站点中有1个自动更新。这一点正在被监控，如果成功率表明推出没有问题，更多的站点会得到自动更新（通常下一步是64个站点中的1个，并继续以这种方式增加），直到所有自动更新都交付为止。

这使开发人员能够在出现任何问题时停止卷展，但是3.8 到3.8.1 成功率为100%。

由1 out of 128 实际上是随机的。嗯，不是真的，但如果你想知道，它是这样工作的：

需要更新的站点的Url使用MD5. 仅使用此哈希的前三个字符并将其转换为base10, 这导致了4096种可能性。已为计算出的数字介于0和31之间（4096/32=128）的站点启动更新。

好吧，我想这毕竟是非常随机的；）

在我的情况下，因为我运行了很多WordPress网站，更新花了1天时间——很有趣，当所有页面都更新时。

万一你想知道：D

顺便提一下here 是一篇关于制造的文章。wordpress。描述过程的组织，正如它发生的那样。

从广义上讲，当用户访问站点时，wordpress会检查计时器是否过期以及是否检测到过期another 请求被发送到服务器以“运行”与过期事件关联的操作。这就是为什么当服务器在一个单独的进程中运行实际操作（本例中为升级）时，用户不会感到页面加载有任何明显的延迟。

这是可行的，但计时不是很准确。你的网站流量越大，它就越准确。

想要获得更好的性能和更准确的计时的人可以阻止wordpress的内部cron“进程”，并使用OS cron进程触发计时器的检查。