扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
作者：yizhu2000 来源：天极网 2007年12月15日
关键字： 软件
| 以下是引用片段： public void CreateReport(Report report){ //从webservice上取得报告的一些信息,不取得这些信息报告,报告是不完整的,是不能提交的 Report fullreport=CallWebService(report); //插入数据库,很重要的工作 InsertIntoDataBase(fullreport) try{ //生成报告文件,这里是一个耗时而且容易出错的操作 WriteStaticFile(fullreport) } catch{//记录错误日志。。。。} //这个只是通知邮件 CallMailService2(fullreport) } |
第一条语句CallWebService()从一个webservice里加载一些报告的内容,这个是业务逻辑相关的,因为如果不加载的话报告内容是不完整的,不能提交,显然不能改为异步调了不管的模式,在这里你可以尝试模式一,但是这个改动是没有作用的，因为其他所有的过程，包括插入数据库，生成报告都依赖于这个方法的返回，所以如果我们在这里使用异步的话，其他的所有操作都必须等待他的返回,所以采用异步除了多增加了线程以外，一点时间也不能节省
再来看插入数据库,和上面一样也没有必要使用异步调用
生成报告这里比较有趣,确实他是一个和逻辑息息相关的操作,但是通过分析代码,我们可以看出,虽然报告生成是一个重要业务步骤,但是并没有严格到说"如果不能生成报告,就必须回滚上面的操作",并且如果操作失败,在catch中也仅仅是记录了日志,并没有需要尝试重写的逻辑,(很有可能另外的某个程序或者某人,会定时查看日志,发现有错误就重新生成文件)也就是说,就这段代码而言,生成也可以算一个额外逻辑,那么自然也可以去异步操作.可是:千万注意!!
由于生成报告需要的时间较长,那么生成报告的子线程会长时间运行,长期无法返回线程池,如果请求量太大,频率太快,那就会耗尽线程资源了.
平心而论,这个问题其实不是异步造成的,即使时同步调用,执行此操作也需要化肥很长时间,调用量太大,频率太快,也会造成排队.而且由于返回时间太长,用户体验也不会好，所以我们的这个改造应该是有益的.
如果您非常迫切的想了解IT领域最新产品与技术信息，那么订阅至顶网技术邮件将是您的最佳途径之一。
京公网安备 11010802021500号