公司一個(gè)程序員寫(xiě)的程序崩了，一查原因才發(fā)現(xiàn)原來(lái)程序在運(yùn)行一段時(shí)間以后，電腦的CPU竟然飆到了99%，然后就直接卡死了，幸運(yùn)的是，這種情況是100%可以復(fù)現(xiàn)的，我懷疑他代碼里面寫(xiě)了“死循環(huán)”，然后就讓他通過(guò)IDE去監(jiān)控CPU過(guò)高的地方，結(jié)果他監(jiān)控的方式卻讓我有點(diǎn)驚訝，只見(jiàn)他打開(kāi)了他認(rèn)為可能會(huì)出現(xiàn)死循環(huán)的地方，在那下斷點(diǎn)，研究起代碼來(lái)……

我之所以驚訝，那是因?yàn)檫@個(gè)程序員已經(jīng)有七年的軟件開(kāi)發(fā)經(jīng)驗(yàn)了，想不到連監(jiān)控CPU負(fù)載都不會(huì)，還是選擇使用傳統(tǒng)的下斷點(diǎn)監(jiān)控的方式，雖然說(shuō)這種方式一定程度上是能發(fā)現(xiàn)問(wèn)題，可是，如果是這個(gè)“死循環(huán)”藏得比較深，那你就調(diào)吧，估計(jì)調(diào)半天都查不出原因。

于是我就問(wèn)他：“你不會(huì)監(jiān)控CPU？”

然后他就好奇得問(wèn)：“怎么監(jiān)控？”

然后，我就告訴他，現(xiàn)在他寫(xiě)的程序是100%可以復(fù)現(xiàn)這個(gè)“死循環(huán)”的，那么只要使用IDE運(yùn)行起這個(gè)軟件，然后就可以在IDE里面查看軟件運(yùn)行時(shí)哪些代碼被頻繁執(zhí)行以及大部分占用CPU過(guò)高的代碼，如圖所示：

當(dāng)然了，如果發(fā)現(xiàn)程序占用內(nèi)存過(guò)高，也可以通過(guò)監(jiān)視程序調(diào)用情況，查看哪些代碼在執(zhí)行時(shí)頻繁調(diào)用內(nèi)存或者占用內(nèi)存過(guò)高的情況，如圖所示：

以Visual Studio為例，Visual Studio中有個(gè)叫做“診斷工具”的工具，可以實(shí)時(shí)顯示CPU和內(nèi)存的使用情況，遇到CPU和內(nèi)存使用過(guò)高的情況時(shí)，我們可以在“診斷工具”里面自己查看CPU和內(nèi)存到底是被哪些代碼所影響，然后我們就可以通過(guò)修改代碼邏輯來(lái)減少CPU和內(nèi)存使用過(guò)高的情況了！

當(dāng)然了，不是所有CPU和內(nèi)存使用過(guò)高都可以通過(guò)修改代碼去解決，比如當(dāng)我們需要調(diào)用一張像素比較大的圖片的時(shí)候，因?yàn)樾枰幚韴D片，因此圖片是緩存在內(nèi)存當(dāng)中的，圖片越大，占用的內(nèi)存越高，此時(shí)單純得通過(guò)修改代碼其實(shí)很難優(yōu)化內(nèi)存占用問(wèn)題。

這時(shí)候，如果增加“虛擬內(nèi)存”還解決不了問(wèn)題，代碼優(yōu)化又會(huì)讓代碼看起來(lái)晦澀難懂，這時(shí)候最簡(jiǎn)單粗暴的方法就是增加物理內(nèi)存了！

但無(wú)論怎么說(shuō)，只要是代碼問(wèn)題導(dǎo)致的CPU和內(nèi)存增加，都可以通過(guò)監(jiān)控CPU和內(nèi)存的方式去查找原因，根據(jù)原因去想不同的對(duì)策！

我這么一說(shuō)，同事豁然開(kāi)朗，他說(shuō)他干了七年程序員，知道Visual Studio里面有“診斷工具”這個(gè)東西，但是具體怎么用，他還從來(lái)沒(méi)有關(guān)心過(guò)，這下算是清楚了，以后再去查找CPU和內(nèi)存升高的問(wèn)題就再也不用以前下斷點(diǎn)調(diào)試這個(gè)笨辦法了！

其實(shí)，驚訝之余，我也理解為什么我的同事干了七年程序員連這點(diǎn)東西都不會(huì)，因?yàn)檫@些事情我見(jiàn)得比較多了。

比如我見(jiàn)過(guò)一個(gè)五年工作經(jīng)驗(yàn)的程序員不會(huì)封裝dll文件，當(dāng)時(shí)我是蠻驚訝的，后來(lái)才知道他以前做的項(xiàng)目都是寫(xiě)在一個(gè)包里面的，只知道如何調(diào)用dll，但是從來(lái)沒(méi)有封裝過(guò)dll給別人用過(guò)。

我也見(jiàn)過(guò)很多程序員使用強(qiáng)類(lèi)型去聲明變量的，不是說(shuō)這樣不可以，只是現(xiàn)在大部分編程語(yǔ)言使用弱類(lèi)型去聲明變量已經(jīng)被大部分程序員所習(xí)慣了，所以，遇到使用強(qiáng)類(lèi)型去聲明變量的，對(duì)于我來(lái)說(shuō)，看起來(lái)是比較新鮮的！

究其原因，有的是真不知道可以用弱類(lèi)型來(lái)聲明變量，這和他們使用的IDE也有關(guān)系，比如說(shuō)我就遇到過(guò)不少還在使用Visual Studio2008或者Visual Studio2012的，Visual Studio2012我忘了是否可以使用弱類(lèi)型來(lái)聲明變量了，但是Visual Studio2008是肯定不可以的！

結(jié)語(yǔ)

我最近和一個(gè)年近50的程序員聊天的時(shí)候就正好聊到了這些問(wèn)題，他的想法就是代碼越簡(jiǎn)單越好，現(xiàn)成的框架他能不用就不用，這是他的邏輯，而且，他也不是說(shuō)排斥去用框架，而是框架對(duì)他來(lái)說(shuō)算是個(gè)新鮮玩意了，過(guò)去寫(xiě)代碼哪有那么多東西。

通過(guò)這兩個(gè)例子，我其實(shí)想說(shuō)的就是一個(gè)人對(duì)于代碼、對(duì)于IDE的使用，其實(shí)是受過(guò)去的工作所影響的，有些你我認(rèn)為很常見(jiàn)的操作，他們?nèi)绻恢睕](méi)接觸，又不是太喜歡去研究，那不知道也就不算奇怪了！