作者回复: 异步调用可以分为进程内进程外两类,主要看异步调用的规模和量,量小进程内处理也没问题,量大考虑进程外的甚至分布式的异步处理。进程内的异步调用可以直接采用Spring Async机制,进程外的异步处理,可以考虑引入kafka等mq。
作者回复: 前面回复有说明,请参考stackoverflow上的这个帖子的第一个解释,很详细:
https://stackoverflow.com/questions/24898547/spring-async-method-called-from-another-async-method。
根源是spring AOP机制的局限性造成。
作者回复: 你好,这个跟spring async/aop的内部实现机制有关,具体可以参考stackoverflow上的一个回答,解释的比较清楚:https://stackoverflow.com/questions/24898547/spring-async-method-called-from-another-async-method
作者回复: 你好,每个应用/系统的场景和流量模式各不相同,所以没有所谓的标准设置,一般都是预设一个估计值(例如可以设置成CPU的核数),然后做好测试和生产监控,根据实际测试和监控数据再进行调整。实际可以对接Apollo等配置中心,这样可以按需动态调整设置。
作者回复: 你好,多数据源动态切换这类场景我还没有实际接触过,没有足够上下文所以还不清楚你的具体问题出在哪里。但是,线程级上下文信息传递的一般技术思路:1)在同一个线程里头,可以使用线程局部变量在不同类/方法间传递数据;2)如果线程有切换,那么在切换的边界需要将线程上下文数据进行复制,比如从A线程复制到B线程,这样采用在两个线程间传递数据,保证不断。具体问题建议你看源码+调试跟踪进一步分析。
作者回复: 课程的目标是让大家不仅是知其然,而且知其所以然,所以采用代码实现自己维护调用Context,这个不复杂,工作量也不大,而且也很灵活。
作者回复: 你好,回复你的第2个问题,课程案例项目中的线程池设置只是为了简单演示, 实际项目中可以根据不同处理场景分别配置多个线程池。项目中的线程池配置数据也是预估的,没有所谓经验值,实际要做好线程池的生产监控,然后根据生产实际流量情况进行调整,可以考虑对接配置中心,方便根据需要调整配置。
作者回复: 对,异步操作抛出的异常,一般在主线程里头是捕获不到的。大部分场景下,如果异步操作抛异常,捕获的话能做的就是记录错误日志,事后可以备查,或者尝试后备操作,还有就是关闭一起启用的资源,防止资源泄漏。