再次探讨企业级开发中的Try......Catch性能问题
2009-12-18 17:44:10 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閻愵剙鍔ょ紓宥咃躬瀵鎮㈤崗灏栨嫽闁诲酣娼ф竟濠偽i鍓х<闁绘劦鍓欓崝銈囩磽瀹ュ拑韬€殿喖顭烽幃銏ゅ礂鐏忔牗瀚介梺璇查叄濞佳勭珶婵犲伣锝夘敊閸撗咃紲闂佺粯鍔﹂崜娆撳礉閵堝洨纾界€广儱鎷戦煬顒傗偓娈垮枛椤兘骞冮姀銈呯閻忓繑鐗楃€氫粙姊虹拠鏌ュ弰婵炰匠鍕彾濠电姴浼i敐澶樻晩闁告挆鍜冪床闂備胶绮崝锕傚礈濞嗘挸绀夐柕鍫濇川绾剧晫鈧箍鍎遍幏鎴︾叕椤掑倵鍋撳▓鍨灈妞ゎ厾鍏橀獮鍐閵堝懐顦ч柣蹇撶箲閻楁鈧矮绮欏铏规嫚閺屻儱寮板┑鐐板尃閸曨厾褰炬繝鐢靛Т娴硷綁鏁愭径妯绘櫓闂佸憡鎸嗛崪鍐簥闂傚倷娴囬鏍垂鎼淬劌绀冮柨婵嗘閻﹂亶姊婚崒娆掑厡妞ゃ垹锕ら埢宥夊即閵忕姷顔夐梺鎼炲労閸撴瑩鎮橀幎鑺ョ厸闁告劑鍔庢晶鏇犵磼閳ь剟宕橀埞澶哥盎闂婎偄娲ゅù鐑剿囬敃鈧湁婵犲﹤鐗忛悾娲煛鐏炶濡奸柍瑙勫灴瀹曞崬鈻庤箛鎾寸槗缂傚倸鍊烽梽宥夊礉鎼达絽鍨濇い鏍仜妗呴梺鍛婃处閸ㄦ壆绮婚幎鑺ュ€甸柨婵嗙凹缁ㄨ棄霉閻樿崵鐣烘慨濠冩そ濡啫鈽夊▎鎰€烽梺璇插閻噣宕¢幎鑺ュ仒妞ゆ洍鍋撶€规洖鐖奸、妤佸緞鐎n偅鐝┑鐘愁問閸n垳寰婇崜褉鍋撶粭娑樻搐缁犳煡鏌涢妷顔煎闁藉啰鍠栭弻锝夊棘閹稿孩鍠愰梺鑽ゅ枎缂嶅﹪寮诲☉鈶┾偓锕傚箣濠靛洨浜俊鐐€ら崜娆撴偋閸℃稈鈧棃宕橀鍢壯囧箹缁厜鍋撻懠顒€鍤紓鍌氬€风欢锟犲窗濡ゅ懎绠伴柟闂寸劍閸嬧晠鏌i幋锝嗩棄缁绢厸鍋撻梻浣虹帛閸旀洜绮旈棃娴虫盯宕橀鍏兼К闂侀€炲苯澧柕鍥у楠炴帡骞嬪┑鎰磻闁诲氦顫夐幐椋庣矆娓氣偓閸╃偤骞嬮敂钘変汗闂佸湱绮敮鈺傚閳ь剛绱撴担鐟板姢鐟滄壆鍋熼崚鎺戔枎閹惧疇鎽曞┑鐐村灦閻喖鈻介鍫熺厵閻熸瑥瀚慨鍥ㄣ亜閵夛妇绠炴慨濠冩そ閺屽懘鎮欓懠璺侯伃婵犫拃鍌氬祮闁哄瞼鍠栭幖褰掝敃閿濆懐锛撻梻浣瑰缁诲嫰宕戝☉銏犵厴闁瑰濮崑鎾绘晲鎼存ê浜炬い鎾寸⊕濞呭﹪鏌$仦鐣屝f繛纰变邯楠炲繒浠﹂挊澶婅厫闂傚倷鐒﹂惇褰掑磹閺囥垹绠犻柟閭﹀枟椤洟鏌熼幆褏鎽犲┑顖涙尦閺屾盯骞橀弶鎴犵シ闂佸憡鎸稿畷顒勨€旈崘顔嘉ч柛鈩冾殘娴犳悂姊洪懡銈呮毐闁哄懏鐩幃楣冩倻閽樺)銊ф喐婢舵劕纾婚柟鍓х帛閺呮煡骞栫划鐟板⒉闁诲繐绉瑰铏圭磼濡闉嶅┑鐐插级閿曘垺淇婇悽绋跨妞ゆ牗姘ㄩ悿鈧梻鍌氬€搁悧濠勭矙閹邦喛濮抽柤娴嬫櫇绾捐棄霉閿濆牊顥夐柣鎾村姈閹便劌螣缁嬪灝顬嬪┑鈥冲级閸旀瑩鐛Ο鍏煎珰闁肩⒈鍓﹀Σ浼存⒒娴gǹ鏆遍柟纰卞亰瀹曟劖绻濆В绋挎喘瀵埖鎯旈幘瀛樻澑婵$偑鍊栧濠氬Υ鐎n亶鍟呴柕澶涜礋娴滄粍銇勯幘璺轰粶婵℃彃顭烽弻锝夋晲閸パ冨箣濡ょ姷鍋炵敮锟犵嵁鐎n喖绫嶉柍褜鍓熼幃妤佺節濮橆厸鎷洪柣鐔哥懃鐎氼參宕曞Δ鍛厱婵☆垵銆€閸嬫捇鎮㈤幓鎺戠阀濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌涘☉姗堟敾闁告瑥绻戦妵鍕箻閸楃偟浠肩紒鐐劤椤兘寮婚悢鐓庣鐟滃繒鏁☉銏$厓闂佸灝顑呴悘锕傛煏閸パ冾伃妤犵偞甯″畷鍗烆渻閹屾缂傚倸鍊搁崐椋庣矆娓氣偓钘濋梺顒€绉撮弸浣糕攽閻樿櫕鐨戠€规挷绶氶弻娑㈠焺閸愵亖濮囬梺绋匡功閸忔﹢寮诲☉妯锋斀闁糕剝顨忔导鈧俊鐐€栧褰掑礉閺囥垹鐓橀柟杈鹃檮閸婂鏌涢妷銏℃珖閺嶏繝姊绘担鍛婂暈闁圭ǹ顭烽幃鐑芥晜閻e备鏀虫繝鐢靛Т濞诧箓宕甸崘顔界厓闁告繂瀚弳鐔兼煥濞戞瑧鐭掓慨濠囩細閵囨劙骞掗幋婊冩瀳闂備礁鎲¢悷銉︻殽閹间礁鐓濋柟鐐灱閸亪鏌涢銈呮灁闁告ɑ鎮傞弻锝堢疀閺囩偘鎴风紒缁㈠幖閻栫厧鐣烽幋锕€绠婚悹鍥皺閻も偓濠电偠鎻徊浠嬪箟閿熺姴纾规い鏍仦閳锋垹鐥鐐村櫣濞存粌缍婇幃璺衡槈閺嵮冨Е闂佺硶鏂侀崑鎾愁渻閵堝棗绗掗柛鐕佸亰閹啫煤椤忓懐鍘告繛杈剧到濠€杈ㄦ櫠椤忓牊鐓冮悷娆忓閻忔挳鏌熼鐣屾噰鐎殿喖鐖奸獮瀣偐鏉堫煈鏁囬梻鍌氬€风粈浣革耿鏉堛劎浠氶梻浣侯攰婵倗鍒掓惔銊ョ闁圭儤顨呯猾宥夋煕椤愩倕鏋庡ù鐘烘缁辨挻鎷呴崜鎻掑壍濡炪倖娲樻繛濠囧极閸愵喖纾兼繛鎴炶壘楠炲牓姊绘担鍛婃儓婵炲眰鍨藉畷婵嗙暆閸曨剙鈧爼鏌eΟ鑲╁笡闁绘挻娲熼弻鐔兼嚋椤掆偓婵$厧霉濠婂嫬鍔ら柍瑙勫灴閺佸秹宕熼鈩冩線闂備胶枪閿曘儵鎮ч悩鑼殾婵犻潧顑嗛弲婵嬫煃瑜滈崜鐔煎灳閿曞倸閿ゆ俊銈傚亾闁绘帒鐏氶妵鍕箳瀹ュ牆鍘$紓浣哄Т婢т粙鍩€椤掆偓閸樻粓宕戦幘鏂ユ斀闁绘ǹ浜粣鏃堟煕鐎n偒娈旈柍瑙勫灴椤㈡瑧娑甸悜鐣屽弽婵犵數鍋涢幏鎴犲緤閸啣锝夊箛閺夎法顔婇梺鐟板暱绾绢參宕伴幘璇茬闁绘ḿ绮崵鎴︽煠缁嬭法浠涙慨锝嗗姍濮婂宕掑顑藉亾閻戣姤鍤勯柤鍝ユ暩娴犳碍绻濋悽闈涗粶妞ゆ洦鍙冨畷妤€螣娓氼垰娈ㄥ銈嗗姂閸婃牜鈧碍姘ㄩ埀顒傛嚀婢瑰﹪宕伴弽褉鏋旈柕濠忓缁♀偓闂佹眹鍨藉ḿ褎鐗庣紓浣哄亾濠㈡ḿ绮旈悷閭﹀殨闁哄被鍎辩粻鐢告煙閻戞ḿ绠橀柛鐐垫暬閺岋綁鎮╅悜姗嗕哗闁诲繐绻堥崝宀勵敊韫囨稑唯鐟滃宕戦幘鑸靛枂闁告洦鍓欑喊宥呪攽閳藉棗浜濈紒璇插€块敐鐐剁疀濞戞瑦鍎梺闈╁瘜閸橀箖鏁嶅⿰鍐f斀闁宠棄妫楅悘鐘绘煙绾板崬浜伴柨婵堝仜椤撳ジ宕堕埡鍐跨闯濠电偠鎻紞渚€藟閹捐绀夌€广儱顦伴悡娆戠磼鐎n亞浠㈤柡鍡涗憾閺岋綁鏁愰崶褍骞嬪Δ鐘靛仜椤戝寮崘顔肩劦妞ゆ帒鍊绘稉宥呪攽閻樺磭顣查柛瀣剁秮閺屾盯濡烽幋婵嗘殶濡ょ姴娲幃妤冩喆閸曨剙纰嶇紓浣割槹閹告娊鍨鹃弮鍫濈妞ゆ柨妲堣閺屾盯鍩勯崗鐙€浜Λ鍕吋閸モ晝锛濇繛杈剧到婢瑰﹪宕曢幇鐗堢厱闁靛ǹ鍎遍。宕囩磼椤旂⒈鍎忔い鎾冲悑瀵板嫮鈧綆浜栭崑鎾绘煥鐎c劋绨婚梺鐟版惈缁夊爼藝閿旈敮鍋撳▓鍨灈闁诲繑绻堥崺鐐哄箣閿曗偓閻擄繝鏌涢埄鍐炬畼濞寸媭鍨跺娲川婵犲海鍔堕梺鍛婃处閸欏骸煤閸涘﹣绻嗛柕鍫濈箳閸掍即鏌涢悤浣哥仸鐎规洘鍔欏畷褰掝敃閿濆懎浼庢繝纰樻閸ㄦ娊宕㈣缁傚秵銈i崘鈺佲偓鍨叏濡厧浜鹃悗姘炬嫹

核心提示:引言之前写过一篇文章《在企业级开发中使用Try...Catch...会影响效率吗?》一文,得到了不少朋友的关注,再次探讨企业级开发中的Try......Catch性能问题,自己也与大家私下交流了一些东西,为了最快的让大家明白本文的内容,满足什么条件才算吉日风格?满足什么条件又算是水贴?其实这些都是非常主观的的概念,既然
引言
之前写过一篇文章《在企业级开发中使用Try...Catch...会影响效率吗?》一文,得到了不少朋友的关注,自己也与大家私下交流了一些东西。
为了最快的让大家明白本文的内容,我先把本文的内容列个提纲,提纲如下:
Try...Catch中大家普遍认为的结论
尽可能的考虑真实环境的再次做测试并进行分析
之前文章中有错误的几点内容
总结
正文部分
第一部分
对于之前的文章,大家的主要意见有如下:
Try...Catch不会有性能问题
Try...Catch会对性能有一定的影响
对我的测试结果有争议
测试没有考虑所有环境,如预热、网络异常等等
不应该用异常处理来作为逻辑处理
还是主观上感觉try...catch还是会有性能影响,但是到底会有多大,不好说。
置疑“企业级开发”这个概念
第二部分
针对以上的一些问题,本着没有困难,创造困难也要上的精神,笔者又做了一些测试,但是考虑到真实环境,及可能出现的问题,代码或多或少有所改动。考虑到的因素有:
throw new Exception("Kevin让我异常了");这个异常抛出方法是抛出普通的异常方法,而实际开发中,可能出现的异常类的数量都非常的庞大,笔者粗略的估计了一下,可能至少得有上千种,而且还可以自定义异常类,如果按照这个来算的话,异常类的数量应该是无穷的。
异常类有的处理起来时间会长,有的处理起来时间会短,有朋友认为网络处理方面的异常处理起来可能时间会稍长一些,一旦用try...catch的话,处理起来时间可能会长。
如果说一个函数的Try...Catch的性能损耗时间比较短,那么1000个函数的性能损耗会不会很长?比如,系统中有1000个函数,每个函数中都有一个try...catch,然后又一个方法调用了这1000个函数。 针对这一点,就可以把try...catch...放在for循环里喜欢1000次来进行测试。
测试中的预热问题,尽可能的多考虑真实环境。
针对以上问题,笔者尽可能的换些异常类进行测试,然后将try...catch...放到for循环中进行测试。测试得到如下结论:
没有使用try...catch不出现异常跟使用了try...catch不出现异常 时间相当。
try...catch...的时间=从执行函数开始到出现异常的时间+异常捕获的时间+异常处理的时间。而异常捕获的时间通常微乎其微,如果是单次的话,可以忽略不计,也不会造成性能瓶颈。
如果只做异常捕获,但是不做异常处理的话,循环1000次出现异常的时间约是使用了try...catch不出现异常的391.9倍。
因为异常处理的时间由多个部分组成,因为不同异常捕获到的时间可能不同,异常处理的时间也不尽相同,就会导致最后时间加起来结果跟我测试的会有差别。
在进行以下的分析之前,笔者也请大家认真的思考两个问题:
什么问题算性能问题?
什么是性能瓶颈?
第三部分
纠正之前文章中的几点错误:
try...catch...会造成一定的性能损失,但并不是比不用try...catch...性能要高。
数据库操作使用事务比不使用事务要速度快的问题。
关于数据库操作使用事务比不使用事务快的问题,得分两个方面来考虑:
如果是一个人操作的话,使用事务会比不使用事务要快。
如果是多个人操作,使用事务就不一定快了,道理很简单,使用事务的话,是利用锁来进行并发控制的,如果盲目的认为使用事务快,而滥用事务,那么就可能导致很严重的性能问题,多个用户进行并发操作的时候,全部被一个人锁住了,得一个一个的来,可想而知,极有可能会因为滥用事务而造成性能瓶颈。笔者之前没有考虑到第二点,不过值得庆幸的是,我也从来没有滥用过事务。
第四部分
总结:
Try...Catch...会损耗一定的性能,但不会造成性能瓶颈。
建议使用try...catch。
尽可能的考虑到可能存在的异常并进行处理,尽可能的少出现异常或不出现异常。
不要滥用数据库事务提高性能,这样可能会造成并发访问的性能问题或性能瓶颈。
不要使用try...catch进行流程处理。
如果可能的话,尽量要把循环写在try...catch内部,而不要把try...catch放到循环内部。
如果是try...catch中套着try...catch,异常处理机制是从内部的try...catch...往外部抛的,最先是在内部进行捕获、处理。
关于测试。虽然测试还是不能完全的达到真实环境,实际上真实的环境也是错综复杂的,很难完全兼顾,但至少目前的测试来说,笔者认为,还是达到了我想要的目的。
关于什么是企业级开发?笔者也只是有个模糊的概念,从Google上搜索到了一下一段,与大家分享下吧:
企业级开发主要是针对企业级应用的开发。
那么什么是企业级应用呢?
企业级应用是指那些为商业组织、大型企业而创建并部署的解决方案及应用。这些大型企业级应用的结构复杂,涉及的外部资源众多、事务密集、数据量大、用户数多,有较强的安全性考虑。
当代的企业级应用决不可能是一个个相互独立的系统。在企业中,一般都会部署多个彼此连接的、相互通过不同集成层次进行交互的企业级应用,同时这些应用又都 有可能与其它企业的相关应用连接,从而构成一个结构复杂的、跨越Intranet和Internet的分布式企业应用群集。
此外,作为企业级应用,其不但要有强大的功能,还要能够满足未来业务需求的变化,易于升级和维护。
实际上看到这里,大家可能对企业级开发有一个粗略的认识了,虽然概念已经给出,可是对于理解什么是企业级开发,还是有一些困难。可能有的人也会问,概念都给你了,为什么还这么难理解?实际上笔者认为,看待某个问题,得从多个方面来看,才理解的深刻,如当你问什么是唯心主义,实际上唯心主义是针对唯物主义来进行定义的,当你不明白唯心主义的时候,恐怕也是很难区分清楚唯物主义的。
就像企业级应用是按照什么分类的?难道还有个人级开发......?
最近博客园流行几个新词:”吉日风格“、”吉日风格的水贴“,可是究竟什么是吉日风格,满足什么条件才算吉日风格?满足什么条件又算是水贴?
其实这些都是非常主观的的概念,既然很主观,就没必要去深究了。
更多精彩
赞助商链接