blocks|key|452252|text|我找到了我问题的答案，这里|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|452253|总之,|452254|异步模型使应用程序代码完全控制线程。同步可以并行处理多个请求，是的，但它们是从gRPC线程池服务的。如果您希望对线程进行更精细的控制，那么异步是更好的使用模型。|blockquote|452255|entityMap|0|LINK|mutability|MUTABLE|url|https://groups.google.com/forum/#!topic/grpc-io/DuBDpK96B14^0|B|2|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@$A|R|B|S|1|T]]|C|$]]|$1|D|3|E|5|6|7|U|8|@]|9|@]|C|$]]|$1|F|3|G|5|H|7|V|8|@]|9|@]|C|$]]|$1|I|3|-4|5|6|7|W|8|@]|9|@]|C|$]]]|J|$K|$5|L|M|N|C|$O|P]]]]

I found the answer to my question <a href="https://groups.google.com/forum/#!topic/grpc-io/DuBDpK96B14" rel="noreferrer">here</a>

In short, 

<blockquote>
 The async model give the application code full control over threading. Sync can handle multiple requests in parallel, yes, but they are serviced from a gRPC thread pool.
 If you want finer control over threading, then async is the better model to use
</blockquote>

blocks|key|452308|text|看上去你搞定了。这链接将提供更多关于gRPC+C%2B%2B异步基础知识的详细信息。您正确地认为异步模型提供了更精细的控制。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|452309|为了提供一个轻微的实现细节，gRPC+C%2B%2B的异步和同步模型最终都使用了完成队列。区别在于，对于同步情况，完成队列处理对应用程序是隐藏的，而在异步情况下，应用程序完全控制完成队列的运行方式和时间。|452310|entityMap|0|LINK|mutability|MUTABLE|url|https://grpc.io/docs/tutorials/async/helloasync-cpp.html^0|8|1|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

It looks like you got it. <a href="https://grpc.io/docs/tutorials/async/helloasync-cpp.html" rel="noreferrer">This</a> link will provide more details about the async basics of gRPC C++. You are right in thinking that the async model provides more finer control. 

To provide a slight implementation detail - Both the async and sync models of gRPC C++ end up using completion queues. The difference is that, for the sync case, the completion queue handling is hidden from the application, while in the async case, the application has complete control over how and when the completion queues are run.

Surely a silly question. 
I don't get the differences between sync and async server. 

In gRPC example on <a href="https://github.com/grpc/grpc/tree/master/examples/cpp/helloworld" rel="noreferrer">github</a>

The distinction in async and sync isn't obvious.

According to this <a href="https://stackoverflow.com/questions/45486733/simultaneous-grpc-clients-sync-async-server">question</a> and with my test sync gRPC server can hanndle parallele request. 

And in the asynchronous example the <code>server.Run();</code> is blocking.

So What's the difference between both ?

gRPC cpp async server vs sync server

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

肯定是个愚蠢的问题。我不明白同步服务器和异步服务器之间的区别。在gRPC的示例中异步和同步的区别并不明显。根据这个和我的测试同步，gRPC服务器可以提交Par等位基因请求。在异步示例中，server.Run();正在阻塞。那么两者有什么区别呢？

问gRPC cpp异步服务器与同步服务器
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问gRPC cpp异步服务器与同步服务器EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问gRPC cpp异步服务器与同步服务器
EN