对于短暂的API锁定，cron和线程有什么见解吗？

Question

如何锁定多线程的瞬态API请求？有没有做过一些基准测试，对于多个并发请求，瞬态API能处理多少？如果管理不当，似乎会造成一些严重的瓶颈。

另外，如何使用内置在cron中的WP来强制使用瞬态API？例如，我从页面加载(另一个独立函数)收集统计信息，但如果没有访问一个页面，则不会更新瞬态页面/帖子，您将如何使用瞬态API循环所有页面/帖子以强制更新？

这个cron也可以有效地处理我的第一个问题，以避免多线程处理，过多的请求和性能。

我一直在想这个问题，最近一位核心开发人员在博客上提到，这个短暂的API很容易使用，但似乎缺乏一些高级管理的文档。

任何见解都会很感激的。

Answer 1

如何锁定多线程的瞬态API请求？有没有做过一些基准测试，对于多个并发请求，瞬态API能处理多少？

在正常情况下，瞬态API本质上是选项API之上的薄包装器。

区别在于(与普通选项不同)，如果安装了提供此类功能的插件，则瞬态程序可能会使用对象缓存。

因此，回答这个问题--瞬态执行情况与数据库一样好，除非您将它们更改为使用另一种类型的存储。那它就和那个仓库一样好了。

另外，如何使用内置在cron中的WP来强制使用瞬态API？例如，我从页面加载(另一个独立函数)收集统计信息，但如果没有访问一个页面，则不会更新瞬态页面/帖子，您将如何使用瞬态API循环所有页面/帖子以强制更新？

我不知道你在这里是什么意思。瞬变仅仅是存储机制。它们用于存储和检索垂死数据。

除此之外，您还需要在自己的代码中实现。