IBM 的 Java 诊断，第 3 部分: 使用面向 Java 的 Lock Analyzer 诊断同步和锁问题
2010-04-01 00:00:00 来源：WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鎯у⒔閹虫捇鈥旈崘顏佸亾閿濆簼绨绘い鎺嬪灪閵囧嫰骞囬姣挎捇鏌熸笟鍨妞ゎ偅绮撳畷鍗炍旈埀顒勭嵁婵犲嫮纾介柛灞捐壘閳ь剛鎳撻～婵嬪Ω閳轰胶鐤呯紓浣割儐椤戞瑩宕ョ€ｎ喗鐓曟い鎰靛亝缁舵氨绱撻崘鈺傜婵﹤顭峰畷鎺戔枎閹搭厽袦婵犵數濮崑鎾绘⒑椤掆偓缁夌敻骞嗛悙鍝勭婵烇綆鍓欐俊鑲╃磼閹邦収娈滈柡灞糕偓鎰佸悑閹肩补鈧尙鏁栧┑鐐村灦閹稿摜绮旈悽绋课﹂柛鏇ㄥ灠閸愨偓濡炪倖鍔﹀鈧繛宀婁邯濮婅櫣绱掑Ο璇茶敿闂佺ǹ娴烽弫璇差嚕婵犳碍鏅插璺猴工瀹撳棝姊虹紒妯哄缂佷焦鎸冲畷鎴﹀箻鐠囧弶宓嶅銈嗘尰缁嬫垶绂嶉悙顒佸弿婵☆垳鍘ф禍楣冩倵濮樼偓瀚�
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鎯у⒔閹虫捇鈥旈崘顏佸亾閿濆簼绨奸柟鐧哥秮閺岋綁顢橀悙鎼闂侀潧妫欑敮鎺楋綖濠靛鏅查柛娑卞墮椤ユ艾鈹戞幊閸婃鎱ㄩ悜钘夌；婵炴垟鎳為崶顒佸仺缂佸瀵ч悗顒勬⒑閻熸澘鈷旂紒顕呭灦瀹曟垿骞囬悧鍫㈠幍缂傚倷鐒﹂敋缂佹う鍥ㄧ厓鐟滄粓宕滈敃鍌氱煑闁告劦鐓堝ḿ鏍煕濠靛棗鐝旂憸鏂跨暦閹偊妲炬繛瀵稿Т閵堢ǹ顫忛搹瑙勫珰闁肩⒈鍓涢澶愭⒑閻撳海绉虹紒鐘崇墵楠炲啯銈ｉ崘鈺佲偓濠氭煢濡警妲奸柟鑺ユ礋濮婃椽妫冨☉杈€嗘繝纰樷偓铏枠鐎规洏鍨介幃浠嬪川婵炵偓瀚奸梺鑽ゅ枑閻熴儳鈧氨鍏樺畷顖濈疀濞戞瑧鍘遍梺缁樏壕顓熸櫠閻㈠憡鐓忛柛鈩冾殔閳ь剙婀辩紓鎾寸鐎ｎ亜绐涙繝鐢靛Т鐎氼剟鐛崼銉︹拺缁绢厼鎳庨ˉ宥夋煙濞茶绨芥俊鍙夊姍瀵挳鎮㈤崫鍕ㄥ彏闂傚倸鍊搁崐椋庢濮橆兗缂氱憸宥囧弲闂侀潧鐗嗗ú鐘诲磻閹炬剚娼╂い鎰╁灩缁侇噣姊虹紒妯圭繁闁革綇缍侀悰顕€骞掗幊铏閸┾偓妞ゆ帒鍊绘稉宥夋煥濠靛棙顥犵紒鈾€鍋撻梻鍌氬€搁悧濠勭矙閹达箑姹叉繛鍡楃贩閻熸壋鍫柛顐犲灮閺嗩偊姊洪崫鍕効缂傚秳鐒﹂幈銊╁焵椤掑嫭鐓冮柟顖滃绾偓绻濋埀顒佹綇閵娧呭骄闂佸搫娲ㄩ崰鎾跺姬閳ь剙鈹戦鏂や緵闁告﹢绠栧畷銏ゆ偨閸涘ň鎷虹紓鍌欑劍閿氬┑顕嗙畵閺屾盯骞橀弶鎴濇懙闂佽鍠楄摫婵炵厧绻樻俊鎼佸Χ閸モ晝鏆伴梻鍌欑濠€杈╁垝椤栨粍鏆滈柣鎰摠濞呯姵绻涢幋鐐寸殤缁炬崘鍋愮槐鎾存媴鐠愵垳绱板┑鐐村絻椤曨參鍩€椤掑喚娼愭繛鍙夌墪閻ｇ兘顢楅崘顏冪胺闂傚倷绀侀幉锟犲礉閺囥垹鐤柣妯款嚙缁€鍫熺節闂堟稓澧涚€规洖寮剁换娑㈠箣閻愩劎绱伴梺鍝勬濡鍩為幋锔藉亹閺夊牜鍋勯崢锟犳⒑鏉炴壆鍔嶉柣妤佺矌濡叉劙骞樼€涙ê顎撴繛瀵稿Т椤戝懘骞楅悽鍛娾拺闁革富鍘介崵鈧┑鐐茬湴閸婃繈骞冩ィ鍐╁€婚柦妯侯槺椤斿﹪姊虹憴鍕剹闁告ü绮欏畷鎾绘偨閸涘ň鎷洪梺鑽ゅ枑濠㈡﹢骞冩笟鈧弻锝夊箳閻愮數鏆ら梺璇″枟椤ㄥ﹪鐛弽銊﹀闁稿繐顦扮€氳棄鈹戦悙鑸靛涧缂佹彃娼″畷鏇㈠Χ婢跺﹤鎯為梺閫炲苯澧存慨濠冩そ楠炴牠鎮欏ù瀣壕闁哄稁鍘介崑瀣煟濡灝鍚圭€规挷绶氶悡顐﹀炊閵娧€濮囬梺鍝勬噺閹倿寮婚妸鈺傚亞闁稿本绋戦锟�
濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴ｆ閺嬩線鏌涘☉姗堟敾闁告瑥绻橀弻锝夊箣閿濆棭妫勯梺鍝勵儎缁舵岸寮诲☉妯锋婵鐗婇弫楣冩⒑閸涘﹦鎳冪紒缁樺灴婵＄敻宕熼姘鳖啋闂佸憡顨堥崑鐔哥閼测晝纾藉ù锝呮惈椤庡矂鏌涢妸銉у煟鐎殿喛顕ч埥澶愬閻樼數鏉搁梻鍌氬€搁悧濠勭矙閹烘鍊堕柛顐犲劜閸婄敻鏌ｉ悢鍝勵暭闁哥喓鍋熺槐鎺旀嫚閹绘帗娈绘繝纰夌磿閺佽鐣烽悢纰辨晬婵﹢纭搁崯瀣⒑鐠囨煡鍙勬繛浣冲洤绠烘繝濠傜墛閸嬧晛鈹戦崒姘暈闁抽攱鍨归惀顏堫敇閻愭潙顎涘┑鐐插悑閸旀牜鎹㈠☉銏″殤妞ゆ巻鍋撻柡瀣閵囧嫰顢曢姀銏㈩唺缂備浇椴哥敮鎺曠亽闂佸吋绁撮弲婊堝吹瀹€鍕拻濞撴埃鍋撻柍褜鍓涢崑娑㈡嚐椤栨稒娅犳い鏃囧亹閺嗗棝鏌ㄥ┑鍡欏闁告柨鐏氶妵鍕晜閻ｅ苯寮ㄩ梺璇″櫙缁绘繃淇婇懜闈涚窞閻庯綆鍓欑敮楣冩⒒娴ｇǹ顥忛柛瀣噽閹广垽宕橀鑲╋紱濡炪倕绻愰幊鎰不閸撗€鍋撻悷鏉款棌闁哥姵娲滈懞杈ㄧ節濮橆剛鐣鹃梺缁樻煥閸氬鍩涢幋锔藉€甸柛锔诲幖鏍￠梺闈涙閸熸挳寮婚妶澶婄闁肩⒈鍓欓悡鐔兼倵鐟欏嫭绀冪紒璇茬墦瀵偊宕橀鑲╁姦濡炪倖甯掔€氀囧焵椤掍焦顥堢€规洘锕㈤、娆撳床婢诡垰娲﹂悡鏇㈡煃閳轰礁鏋ゆ繛鍫燂耿閺岋綁鎮㈢粙鍨潚濠殿喖锕ュ浠嬪箖閳╁啯鍎熼柍鈺佸暞閻︼綁姊绘担铏瑰笡闁绘娲熸俊鍓佺矙鐠恒劍娈鹃梺缁樺灦宀ｈ法寮ч埀顒勬⒑閹肩偛鍔€闁告劑鍔庨妶顕€姊婚崒娆戠獢婵炰匠鍕垫闊洦娲橀～鏇㈡煛閸ャ儱鐏╅柛灞诲妽閵囧嫯绠涢幘璺侯杸闂佹娊鏀遍崹鍧楀蓟閻斿吋鍤冮柍杞版缁爼姊洪崨濠冣拹妞ゃ劌锕濠氭晸閻樻彃绐涘銈嗘閺侇喗鎱ㄩ崶鈺冪＝濞达絿枪閳ь剙婀遍弫顕€鎮㈡俊鎾虫川閳ь剟娼ч幗婊呭婵傜ǹ绾ч柛顐ｇ☉婵¤偐绱掑Δ浣侯暡缂佺粯鐩幃鈩冩償閿濆浂鍟嬮梻浣虹《閺備線宕滃┑瀣闁告稑鐡ㄩ悡銉╂倵閿濆懐浠涚紓宥嗩殜濮婂宕掑顑藉亾瀹勬噴褰掑炊瑜滃ù鏍煏婵炵偓娅嗛柛濠傛健閺屻劑寮撮悙娴嬪亾閸濄儳涓嶉柡灞诲劜閻撴洟鏌曟径妯烘灈濠⒀屽櫍閺岋紕鈧絺鏅濈粣鏃堟煛瀹€鈧崰鏍х暦濠婂棭妲鹃柣銏╁灡閻╊垶寮婚敓鐘插窛妞ゆ棁妫勯埀顒佸姍閺岋紕浠︾拠鎻掝潎闂佽鍠撻崐婵嗙暦閹烘垟妲堟慨妤€妫旂槐锟�闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鎯у⒔閹虫捇鈥旈崘顏佸亾閿濆簼绨绘い鎺嬪灪閵囧嫰骞囬姣挎捇鏌熸笟鍨妞ゎ偅绮撳畷鍗炍旈埀顒勭嵁婵犲嫮纾介柛灞捐壘閳ь剛鎳撻～婵嬪Ω閳轰胶鐤呯紓浣割儐椤戞瑩宕ョ€ｎ喗鐓曟い鎰靛亝缁舵氨绱撻崘鈺傜婵﹤顭峰畷鎺戔枎閹搭厽袦婵犵數濮崑鎾绘⒑椤掆偓缁夌敻骞嗛悙鍝勭婵烇綆鍓欐俊鑲╃磼閹邦収娈滈柡灞糕偓鎰佸悑閹肩补鈧尙鏁栧┑鐐村灦閹稿摜绮旈悽绋课﹂柛鏇ㄥ灠閸愨偓濡炪倖鍔﹀鈧繛宀婁邯濮婅櫣绱掑Ο璇茶敿闂佺ǹ娴烽弫璇差嚕婵犳碍鏅插璺猴工瀹撳棝姊虹紒妯哄缂佷焦鎸冲畷鎴﹀箻鐠囧弶宓嶅銈嗘尰缁嬫垶绂嶉悙顒佸弿婵☆垳鍘ф禍楣冩倵濮樼偓瀚� 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚敐澶婄闁挎繂鎲涢幘缁樼厱闁靛牆鎳庨顓㈡煛鐏炶鈧繂鐣烽锕€唯闁挎棁濮ら惁搴♀攽閻愬樊鍤熷┑顕€娼ч～婵嬪Ω瑜庨～鏇㈡煙閹规劦鍤欑痪鎯у悑缁绘盯宕卞Ο铏圭懆闂佸憡锕槐鏇犳閹惧鐟归柛銉戝嫮褰梻浣规偠閸斿矂鎮ラ崗闂寸箚闁圭虎鍠栫粈鍐┿亜閺冨倸甯剁紒鎰洴濮婃椽宕崟鍨ч梺鎼炲妼缂嶅﹤鐣烽姀鐘嗘椽顢旈崨顓涘亾閸偒娈介柣鎰皺娴犮垽鏌涢弮鈧喊宥夊Φ閸曨垱鏅滈悹鍥皺娴犳悂鎮楃憴鍕┛缂佺粯绻堥悰顔芥償閵婏箑娈熼梺闈涳紡閸愩劌顩梻鍌氬€搁オ鎾磻閸曨個娲晝閳ь剛鍙呴梺鍝勭Р閸斿孩鏅堕敓鐘斥拻闁稿本鐟︾粊鐗堛亜閺囧棗鎳夐崑鎾诲垂椤愩垺璇為悗瑙勬礃缁捇骞冮姀锛勯檮濠㈣泛顑囩粙渚€姊绘担鐟板姢缂佺粯鍔曢敃銏℃綇閳轰緡妫滈梺绋跨箻濡法鎹㈤崱妯镐簻闁哄秲鍔庨。鏌ユ煙椤栨氨澧涢柕鍥у椤㈡洟濮€閵忋垹濮辨繝娈垮枛閿曘劌鈻嶉敐澶婄闁绘ḿ绮崵鎴炪亜閹烘垵浜為柛鐐额潐缁绘繂鈻撻崹顔界亶闁煎灕鍥ㄧ厱闁哄啠鍋撻柛銊ョ仢閻ｅ嘲煤椤忓嫮鍔﹀銈嗗笂闂勫秵绂嶅⿰鍫熺厵闁告繂瀚倴濡炪倧璁ｇ粻鎾诲蓟濞戙垹围閹肩补鈧枼鎷梻浣告惈閺堫剟鎯勯鐐靛祦婵☆垰鍚嬪畷澶愭煟閹寸偍缂氶柍褜鍓濋褔鈥旈崘顔嘉ч幖绮光偓鑼泿缂傚倷鑳剁划顖炲礉濡ゅ懎鐭楅柛娑卞弾濞撳鏌曢崼婵囧櫧缂佺姳鍗抽幃妤€顫濋悡搴♀拫闂佽鍠楅〃濠囥€佸鈧幃婊堝幢濡櫣妲ｉ梻鍌欑窔濞佳囨偋閸℃あ娑樷枎閹寸姷鐒奸梺閫炲苯澧存慨濠冩そ閹兘寮堕幐搴㈢槪闂傚倷绀佹惔婊呭緤娴犲鍋╃€瑰嫭澹嬮崼顏堟煕閺囥劌浜介柛銈冨€濋弻锝嗘償閵忊懇濮囬柤瑁ゅ€濋弻鐔兼煥鐎ｎ偁浠㈠┑顔硷功缁垳绮悢鐓庣倞鐟滃瞼鑺辨禒瀣拺缂佸顑欓崕鎰版煟閳哄﹤鐏︽鐐诧躬閹垻鍠婃潏銊︽珫婵犵數鍋為崹鍫曟偡閿曞倹鍋熺€瑰嫰鍋婂〒濠氭煏閸繃顥為柣鎾卞劚椤儻顦撮柡鍜佸亝缁旂喖寮撮姀鈥充簵闁瑰吋鎯岄崰姘跺船閻㈠憡鐓熼柣妯煎劋椤忕娀鎮樿箛瀣鐎规洘绻堥幃銏ゆ惞閸︻叏绱插┑鐘灱濞夋稓鈧稈鏅犻、鏃堟偐缂佹ḿ鍘撻悷婊勭矒瀹曟粌顫濇０婵囨櫓闂佸搫绋侀崢鑲╃玻濡ゅ懏鐓涚€广儱楠搁獮鎰版煃瑜滈崜銊х不閹捐钃熼柕濞р偓閸嬫捇鏁愰崒娑欑彇缂備胶濮甸懝楣冨煘閹达富鏁婇柣锝呯灱閻ｇ敻姊哄ú璇插箹闁绘妫楀畵鍕⒑缂佹ê鐏卞┑顔哄€濋崺娑㈠箣閻樼數锛滈柣搴秵閸嬫帡宕曢妷鈺傜厱閹兼番鍨规慨宥夋煛瀹€鈧崰鏍箖閻戣姤鍋嬮柛顐ゅ枑閸婄兘姊洪幑鎰惞闁稿鍊濆璇测槈閵忕姷鐤€闂佸疇妗ㄧ粈浣告暜濠电姷顣介崜婵娿亹閸愵喗鍋嬪┑鐘插瀹曞弶绻涢幋娆忕仼妤犵偑鍨烘穱濠囧Χ閸涱厽娈跺銈嗘煥椤︻垶鍩為幋锔藉€烽柤纰卞墮椤も偓闂備焦瀵уú蹇涘垂瑜版帪缍栭煫鍥ㄦ礈绾惧吋淇婇婵愬殭妞ゅ孩鎸绘穱濠囨倷瀹割喖鍓扮紓浣靛姀閸嬫劙骞夋导鏉戝耿婵炲棙鍨归敍婵嬫⒑缁嬫寧婀版慨妯稿姀閳敻姊绘担鍛靛綊顢栭崱娑樼闁煎鍊栧畷鍙夌箾閹寸偛鐒归柛瀣尭閳藉鈻庣€ｎ剛绐楅梻浣规た閸樺綊宕愬┑瀣摕婵炴垯鍨圭粻濠氭偣閾忕懓鍔嬮柣蹇撶墦閹鎲撮崟顒傤槰濠碉紕鍋樼划娆忕暦濞差亜鐒垫い鎺嶉檷娴滄粓鏌熼崫鍕ф俊鎯у槻闇夋繝濠傚閻帡鏌″畝鈧崰鏍箖濠婂吘鐔兼惞闁稒妯婇梻鍌欑窔閳ь剛鍋涢懟顖涙櫠椤斿墽纾界€广儱鎷戝銉︺亜閺囶亞绉鐐叉捣缁數鈧綆鍋呭▍宀勬⒒娴ｅ憡鍟炴繛璇х畵瀹曟粌鈽夐姀鐘插亶闂備緡鍓欑粔鐢告偂閻旂厧绠归柟纰卞幖閻忥絿绱掓径鎰锭闂囧绻濇繝鍌涘櫣闁告ɑ鎸抽弻锝夊箼閸愩劌鈷嬪銈冨灪椤ㄥ﹤鐣烽幒鎳虫棃鍩€椤掍胶顩插Δ锝呭暞閸嬧剝绻涢崱妤冪妞ゅ浚浜為惀顏堝箚瑜滈悡濂告煛鐏炲墽鈽夐摶鏍煃瑜滈崜鐔风暦椤栫偛閿ゆ俊銈咃攻閺咁亪姊洪幐搴ｇ畵妞わ富鍨虫竟鏇°亹閹烘挾鍘介梺鍝勬处濮樸劑宕濆澶嬵棄閻庯綆鍠楅埛鎺楁煕鐏炲墽鎳呮い锔肩畵閺岀喓鍠婇崡鐐扮盎闁捐崵鍋ら幃妤呮濞戞瑦鍠愭繛鎴炴尭缁夊綊寮婚悢鐓庣闁逛即娼у▓顓㈡⒑閽樺鏆熼柛鐘崇墵瀵寮撮悢铏诡啎闂佺粯鍔﹂崜姘舵偟閺囥垺鈷戠紒瀣儥閸庡繑淇婇锝囩疄鐎殿喛顕ч埥澶婎潩椤愶絽濯伴梻浣告啞閹稿棝鍩€椤掆偓鍗遍柛顐ｇ箥濞撳鏌曢崼婵囧殗闁绘稒绮撻弻鐔煎礄閵堝棗顏�
当今很多 Java 应用程序都通过使用线程来利用该语言的功能，从而支持并发编程。很多线程可以共享相同的数据对象，但是如果应用程序中控制线程的部分设计得不好，则您可能会遇到锁争用问题从而降低性能。
例如，在多线程应用程序中，如果多个线程访问相同的资源进行读写访问， 则可能会出现线程同步问题。如果一个线程尝试读取某个文件，而另一个线程 对其进行写访问，则可能会损坏数据。为了解决这个问题，Java 语言允许一个线程获得对对象的专有锁， 从而防止其他任何线程访问它。一旦该线程完成对该对象的处理之后，便释放该对象，以便 其他线程可以进行访问。但是，如果应用程序没有进行过精心设计，则这种机制可能会导致更高级别的争用。
如果一个锁正在使用中，而另一个线程尝试获取它，这时会发生锁争用。 如果锁被频繁获得和/或持有时间较长，则可能会发生更高级别的争用。 更高级别的锁争用（很多线程尝试访问它）将成为系统中的瓶颈， 因为每个运行的线程将暂停执行，直到它所需的锁变为可用为止， 这样便限制了应用程序的性能。
使用 JLA 防止出现锁问题
面向 Java 的 IBM 锁分析器 (JLA) 是 alphaWorks 中的新工具，它可以 在运行 IBM 提供的 Java SDK 或 JRE 版本 5.0 或更高版本的的任何平台上运行， 对活动应用程序执行锁分析，以突出显示线程的活动并且提供对锁争用频率的深入洞察。该视图可以帮助解决锁争用问题以及性能问题。
JLA 一边运行现有的 Java 应用程序，一边收集该应用程序的所有锁信息。记录每个锁及其详细信息，如保持的时间、是否争用以及它阻塞线程尝试获得它的时间百分比。该工具由运行时库和前端图形用户界面组成，前者必须在启动所要监视的应用程序时加载，后者可以显示结果和性能分析。
JLA 设计详细信息
JLA 由以下两个程序包组成：
JLAagent。该程序包与平台有关，由特定于平台的库文件和一组打包成 JAR 的 Java 类组成，它提供与 Java 虚拟机 (JVM) 的连接以收集有关运行的应用程序的锁统计信息。
JLAGui。该程序包是使用 Swing 编写的，它与平台无关，提供图形用户界面。
JLAagent 中的本地库是用 C 编写的并且使用 Java 虚拟机工具界面 ( Java Virtual Machine Tool Interface，JVM TI)。该界面提供方法控制在 JVM 中运行的应用程序的执行。通过该界面，您可以利用 IBM 发布的 JVM 中可用的功能收集线程统计信息。还可以通过对您要分析的 Java 应用程序的启动命令进行修改，让 JVM 在启动时加载此本地库。然后本地库使用与它一起打包的 Java 类创建一个平台 MBean 服务器，该服务器提供允许 JLAGui 连接 JLAagent 的机制。
启动 MBean 服务器之后， JLAGui 可以通过将该服务器导航到本地库中，然后导航到运行的 JVM 中，从而请求运行的应用程序的锁统计信息。由于 JLAagent 和 JLAGui 通过 MBeans 连接，因此它们没有必要在同一机器上运行；JLAGui 还可以从网络上的任意位置连接到 MBean 服务器。
运行 JLA
若要运行 JLA，您必须首先为您的应用程序配置 JLAagent。 然后您才可以启动 JLAGui 开始监视锁性能。如果您尚未这样做， 请 下载 JLA 以便您可以跟随本文的操作。
配置应用程序以使用 JLA
有很多版本的 JLAagent，IBM 提供的 JRE 支持的每个平台使用一个版本；您必须确保使用的 JLAagent 与您要监视的应用程序将运行的平台相对应。如果您使用了错误版本的 JLAagent，则尝试监视的应用程序将无法加载并且将崩溃。根据将要启动它的 JRE 的基础架构，每个 JLAagent 程序包都具有一个名称。
在运行所要监视的应用程序的计算机上，将 JLAagent 程序包解压缩到某个目录。将该目录添加到 Java 类路径和系统路径。属性文件名为 JLAtiagent。属性包含在该程序包中；它包含有关启动 MBean 服务器的连接信息。如果您想修改默认值，可以编辑该属性。
若要为将进行分析的应用程序加载 JLAagent，请修改该应用程序的启动命令。 添加 -agentlib:JLAtiagent 参数以便它加载本地库， 将添加的 JLAtiagent.jar 添加到类路径， 并指定 JLAtiagent.properties 文件的位置。
例如，启动命令 java dummy.class 将需要进行如下修改：
java -Dcom.sun.management.config.file=JLAtiagent.properties
-agentlib:JLAtiagent -cp .;JLAagent.jar dummy.class
如果此时出现异常，请进行检查以确保使用正确的 JLAagent 版本。如果一切正常，将会在命令行上显示消息 JLA 客户机正在注册 MBeanServer。
此时，JLAagent 已经指导 VM 开始记录锁详细信息，即使 JLAGui 未运行也是如此。这意味着当启动 JLAGui 时，您将能够查看整个应用程序生命周期中的锁统计信息。
JLAGui
您可以使用以下命令启动 JLAGui：
java -jar JLAGui.jar
默认情况下， JLAGui 将查找在本地主机端口 1972 上运行的 MBean 服务器；同样不需要指定这些值。但是如果您想使用不同的值，则可以在命令行上修改主机或端口值，如表 1 所示：
表 1. JLAGui 的连接选项
| 设置 | 默认值 | 说明 |
| -Dcom.ibm.jla.port | 1972 | 需要匹配 JLAtiagent 使用的 com.sun.management.jmxremote.port 值 |
| -Dcom.ibm.jla.hostname | 本地主机 | 如果想监视在远程机器上运行的应用程序，可以设置为 IP 地址或有效的主机名 |
当启动 GUI 时，它将尝试通过机器上运行的 MBean 服务器以及在启动选项中指定的端口号连接到代理程序。 如果连接成功，则图 1 中的屏幕将显示：
图 1. 初始 JLA 屏幕
查看原图（大图）
如果连接未成功，则会显示错误消息，并提供 GUI 尝试连接的详细信息。仔细查看错误消息以确保连接正确。如有必要，您可以关闭 GUI，然后用修改后的命令行选项重新启动。您还可以进行检查以确保要分析的应用程序正在运行附带的本机代理程序。
单击 Create Report 按钮即可创建正在监视的应用程序当前线程统计信息的快照报告。您将看到三个面板（参见图 2），它们显示 Java 监视程序（应用程序创建的那些监视程序）、系统监视程序（VM 创建的那些监视程序）以及摘要报告页。应用程序创建或使用的任何监视程序在表和图中都有一个条目。每个监视程序只有一个条目可见，即使有多个线程访问它也是如此。将在监视程序级别而不是线程级别记录该数据。
图 2. JLA 报告示例
查看原图（大图）
每一列的高度基于慢锁计数的值，它与图中的所有列有关。当请求的监视程序已经被另一个线程拥有并且请求线程被阻塞时会发生缓慢计数。每个条状图形的颜色基于 %MISS 列的值（参见表 2），从红色 (100%) 逐渐过渡到黄色 (50%)，并且最终变为绿色 (0%)。红色条表示每次请求监视程序时线程都会阻塞，而绿色条表示线程从不阻塞。对图进行快速扫描将显示执行得不太好的那些监视程序。
表 2 解释报告表中各列值的说明：
表 2. 报告表图例
| 列名 | 说明 |
| %MISS | 当请求的线程被阻塞以等待监视程序时总 gets（获取）的百分比。 |
| GETS | 成功获取的总数。 |
| NONREC | 非递归获取的总数。该数包括 SLOW gets。 |
| SLOW | 非递归获取（导致阻塞请求线程以等待释放监视程序）的总数。NONREC 中包含该数。 |
| REC | 递归获取的总数。递归获取表示请求的线程已经拥有监视程序 。 |
| TIER2 | 支持三层自旋锁的平台上，层 2（内部自旋循环）迭代的总数。 |
| TIER3 | 支持三层自旋锁的平台上，层 3（外部线程让步循环）迭代的总数。 |
| %UTIL | 监视程序持有时间除以时间间隔。必须打开持有时间计数。 |
| AVER_HTM | 监视程序的平均持有时间；不包括递归获取，因为递归获取时已经拥有监视程序。 |
| MONITOR NAME | 监视程序名称，如果不知道名称，则为 NULL（空白）。 |
运行中的 JLA
一个简单的应用程序示例将帮助您了解如何使用 JLA 帮助查找锁争用的区域。假设一个应用程序由两个线程组成，而这两个线程都尝试访问同一个对象。本例中，该对象就是一个名为 JLAsink 的类，该类包含两个同步的方法，一个用于设置数据块，一个用于检索该数据块。这两个线程同时开始并且都在一个循环中运行以同时访问 JLAsink。一个线程称为 setter 方法，另一个线程称为 retrieval 方法。
图 3 显示在性能较差的示例应用程序中运行 JLA 的结果：
图 3. 最初的 JLA 快照
查看原图（大图）
可以从此屏幕截图中看到，JLAsink 监视程序进行了 9,161 次 get，并且请求线程被阻塞，阻止它获得 25% 的锁时间。很明显，当处理尝试获得锁的线程时，应用程序的这部分性能将有所下降。
图 4 显示在更高效的示例应用程序中运行的 JLA：
图 4. 在优化的应用程序中运行 JLA 的快照
查看原图（大图）
您可以看出 JLAsink 监视程序进行了 9,370 次 get，并且没有阻塞任何一个线程。这表明在处理锁争用时，该监视程序运行得比较理想。现在优化的代码比未优化的代码运行速度更快，您可以通过比较每次运行的时间间隔看到这一点。 第二次运行访问 JLAsink 对象的次数比第一次运行多，并且它花的时间较少。
未来计划
随着当前功能的完善，该工具的发展正逐渐稳定。将来，我们的团队将在 JLA 的基础上发布一个新工具，该工具将超越锁统计信息，提供对活动 Java 应用程序的分析。该工具不仅仅具有 JLA 的功能，而且还具有 EVTK 和 Dump Analyzer 工具的功能。目前该工具还处于设计阶段。
结束语
在本系列的下一篇文章中，您将回到在本系列的第 1 部分介绍的 Dump Analyzer 工具。 您将对该工具的扩展性获得更深入的了解，并且还将学习如何构建您自己的分析模块。
中查找“IBM 的 Java 诊断，第 3 部分: 使用面向 Java 的 Lock Analyzer 诊断同步和锁问题”更多相关内容
中查找“IBM 的 Java 诊断，第 3 部分: 使用面向 Java 的 Lock Analyzer 诊断同步和锁问题”更多相关内容更多精彩
赞助商链接
