yumenawei

生日快乐呀~~~

@CantSee #19 对，一直阻塞直到超时或者有结果返回。

@zhoudaiyu #2 比如说，读取文件，文件名是合法的，但是文件不存在，就抛一个 FileNotFoundException，告诉调用者我不能正确的处理，是因为文件不存在，你看看这个问题怎么处理下。
有一些允许调用超时的场景，就会将超时的异常给吞掉，不返回给调用者。

如果 b 觉得 a 需要关注这个异常就抛给 a，如果 b 觉得 a 不需要关注就自己吃了就行。

@micean #15 感谢指导。
@passerbytiny #16 嗯嗯，还有就是请求用了 nio，不用一个线程一直等待结果。
@BBCCBB #12 当初没想到客户端也可以用 nio
@ikas #17 是，我被异步这个东西限制住了思考

@S2Line #4 控制下等待队列的大小？

@S2Line #2 没考虑扩容吗

@ikas #3 感觉只是一部分原因，结果的获取仍然需要有人去执行，这个地方仍然会用 cpu

@BBCCBB #4 这个地方我们可能没有处理的太好，后面研究下

@micean #5 我往下看了下，vertx 好像用了 netty 做了客户端的 nio，不大确定，还在看，老哥了解吗？

@cloud107202 #6 那这个也不是伸缩性好吧？而是性能和处理效果更高？

@kaneg #7 看了下，好像底层是用的 netty 做的客户端 nio，还在看，感谢提供思路

@ipwx #8 感谢分享。因为服务需要调用的结果，所以用的 future.get ，请问正确的用法是？

@wqhui #9 感谢，应该是底层用了客户端的 nio 来处理请求，提升性能

@gaius #10 老哥，应该是与框架没太大关系，我想了解的是上了这个框架，为啥性能和效果更高。

@ch2 #1 老哥，你好。
Java 是没有协程的，只有线程。你说的协程应该是其他语言的。
所以异步里应该也是用的线程。
没有啥特别的优势。