Objectify/Datastore调用会阻塞还是挂起Kotlin协程？

结论很明确：Objectify的load()/save()链式调用的now()方法会阻塞处理请求的Kotlin协程。

核心原因 #

1. Objectify是纯Java实现的Datastore客户端库，完全没有适配Kotlin协程的挂起函数（suspend function）支持。它的所有Datastore交互操作（包括now()触发的实际IO）都是同步阻塞式的——调用now()时，当前线程会一直等待Datastore返回结果，期间无法处理其他任务。
2. Ktor的请求处理协程默认运行在Dispatchers.IO调度器上，虽然这个调度器专门用于处理阻塞IO（会维护一个可扩容的线程池），但now()的阻塞行为仍然会占用线程池中的线程资源。如果大量请求同时触发这类阻塞调用，可能会耗尽线程池，导致后续请求的协程无法被调度，降低服务的并发处理能力。

优化建议 #

• 若想让阻塞行为的影响更可控，可以将Objectify的调用显式包裹在withContext(Dispatchers.IO)中（虽然Ktor默认已使用该调度器，但显式声明能让代码意图更清晰），但这只是让阻塞发生在专门的IO线程池里，并未改变now()的阻塞本质。
• 如果需要真正的非阻塞异步处理，建议改用Google Cloud Datastore的官方异步客户端（基于Reactive Streams或CompletableFuture的版本）——因为Objectify本身没有提供异步API，无法原生支持Kotlin协程的挂起逻辑。

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