不知不覺，做程序員工作已經(jīng)10年了，從最初學(xué)習(xí)C++到Java，從困惑到清晰，感覺真的有不少東西可寫，不過總覺得不成體系，大概看了太多八股文章的緣故，被憋得實在難受。所以不管了，想到什么寫什么吧。

　　1、從C++到Java

　　C++和Java誰快？從算法上講我認為毫無疑問是匯編〉C++ 〉Java，不要迷信某些個別評測，單純的回圈測試什么的，比如JNode的官方網(wǎng)站上有Java寫的JVM的性能和SUN的JVM進行性能比較的結(jié)果，JNode中用Java寫的JVM竟然能比SUN公司用C++寫的JVM還快！編譯器完全可以作針對性優(yōu)化影響測試結(jié)果，毫無意義的東西。而且，評測結(jié)果不會具備多少實際意義，真正的應(yīng)用系統(tǒng)的效率是80%取決于整體的設(shè)計架構(gòu)，而非你使用哪種語言。所以討論匯編、C++、 Java誰更快這個問題的人恐怕更多是為了自己的面子考慮，雖然Java當(dāng)前如日中天，但其總是針對C++的批判性態(tài)度卻再明顯不過，所以Bruce才會有“C++不垃圾，只是Java很傲慢”之說。

　　C++和Java根本的區(qū)別是什么？我認為毫無疑問是內(nèi)存分配。編程思想和設(shè)計模式是活的東西，和語言沒有直接關(guān)系。Java沒有指針，C++寫程序也可以只用引用。JVM是Java在內(nèi)存管理上真正有別于C++的地方。JVM的好處是顯而易見的，跨平臺、更智能的內(nèi)存管理，但能解決所有問題嗎，答案是否定的。

　　Java沒有內(nèi)存泄露嗎?當(dāng)然不是，我認為Java的內(nèi)存泄露往往比C++更加難以排查，因為JVM的緣故，程序員沒法直接對內(nèi)存進行操控，隱患往往藏的更深。我曾經(jīng)花了大量時間研究JVM的內(nèi)存機制，雖然也有了不少心得，但直到現(xiàn)在仍然處于迷惑期。循環(huán)引用，緩存機制不合理，Spring等常態(tài) Bean的屬性重復(fù)加載都是可能吃內(nèi)存的元兇。

　　對于一個單一的，低用戶低并發(fā)的系統(tǒng)，使用Java是很舒服的，程序員不用去考慮太多事情，照著業(yè)務(wù)邏輯做設(shè)計編代碼就行，不用管內(nèi)存分配，不用管并發(fā)和互斥(其實還是要管的)，就算萬一有內(nèi)存泄露的隱患，大不了每天重啟JVM一下就能解決了。但對于一個可能在多個應(yīng)用環(huán)境中部署的軟件產(chǎn)品而言，內(nèi)存泄露這種問題卻絕不能放過。我曾經(jīng)遇到過在一個環(huán)境中運行非常良好，但在另一個環(huán)境中卻天天出問題的情況，即使每天重啟JVM也無濟于事。當(dāng)時懷疑過很多方面，網(wǎng)絡(luò)、數(shù)據(jù)庫、容器等等。那時還不是很有概念，現(xiàn)在想起來還是后來好好看程序，優(yōu)化了不少代碼，解決了幾個內(nèi)存泄露，這樣才最終解決了不穩(wěn)定的問題。舉例來講，在應(yīng)用環(huán)境A中，服務(wù)器性能較好，JVM有2G內(nèi)存，某個應(yīng)用存在內(nèi)存泄露的隱患，每次大約造成2M的內(nèi)存消耗，這樣1000次左右就沒有內(nèi)存可用了，就會造成JVM性能大幅降低。但在應(yīng)用環(huán)境B中，服務(wù)器就沒那么好的性能了，JVM僅有256M，那么100多次操作就足以導(dǎo)致問題出現(xiàn)。而且，每個應(yīng)用環(huán)境的應(yīng)用使用率是不一樣的，在A中如果每天僅出現(xiàn)10次隱患應(yīng)用操作，2-3個月都不會暴露問題，而且即使使用內(nèi)存分析工具，開始階段也很難查出有無問題；但在B中，如果每天有100次隱患應(yīng)用操作，只需一天問題就出現(xiàn)了。但實際應(yīng)用過程中，應(yīng)用的使用率往往很難精確統(tǒng)計的到，也無法預(yù)判，這也是造成問題排查困難的關(guān)鍵因素之一。應(yīng)用環(huán)境的不確定性不單體現(xiàn)在地域上，也體現(xiàn)在時間上，不同時間的相同應(yīng)用環(huán)境也不盡相同。挑選一個應(yīng)用環(huán)境，常態(tài)性監(jiān)測JVM的內(nèi)存情況是避免這類問題發(fā)生的好辦法。

　　結(jié)論就是，對于中高端的產(chǎn)品化，多用戶，高并發(fā)應(yīng)用，Java和C++一樣，不考慮內(nèi)存是不可能的，畢竟語言最終操縱的還是計算機。

　　那Java的優(yōu)勢在哪里？我認為其在中低端應(yīng)用上的門檻更低。對大多數(shù)小型信息管理類系統(tǒng)而言，并不需要很嚴(yán)謹(jǐn)并且考慮周到的設(shè)計和編碼，學(xué)習(xí)Java可以讓一個新手很快上路，而C++卻沒有這種優(yōu)勢，動不動就越界是新手常犯的錯誤。在一個通常的軟件團隊里面，水平一定會有高低，而且也不是每個人都能通過學(xué)習(xí)進入深層次，這是C++難以解決的問題，Java在由于規(guī)范性方面的優(yōu)勢更加適合新手使用。

　　C++就像手動檔汽車，Java更像自動檔，盡管越來越多人愿意開自動檔，可是要想真正跑得快，賽車還得手動擋的。

　　問題出現(xiàn)總會讓人頭疼，追根溯源常常也會非常艱苦和漫長，但只要還有辦法，就不能放棄，規(guī)避問題可以解決陣痛，但永遠無法治根。

　　2、關(guān)于云計算想到的

　　毫無疑問云計算的概念被擴大化了，云服務(wù)、云存儲，SAAS、IAAS、PAAS，理論和概念早已滿天飛。但當(dāng)我仔細讀來，卻發(fā)現(xiàn)大多還是新瓶裝舊酒。雖然說還是有不少實質(zhì)性內(nèi)容，但與真正的分布式計算概念還是想去甚遠。在網(wǎng)絡(luò)越來越發(fā)達的時代背景下，存儲、軟件、外設(shè)甚至內(nèi)存都網(wǎng)絡(luò)化了，唯一缺少的就是CPU，依靠網(wǎng)絡(luò)使大量CPU協(xié)同工作真的是個很誘人的想法，但也是困難而遙遠的事情。也有人認為Cloud Computing是個過度炒作的東西，我覺得有一定道理，如果要我選擇，我也會希望把自己的東西放到自己的電腦上，我會更希望在任何地方使用便攜設(shè)備隨時操縱我的電腦，卻絕對不是放到一個看不見摸不到的“云端”上頭，天天被“云端”盤剝和控制。因此，如果云端僅僅是服務(wù)或存貯的集中式管理，它是不值得如此進行炒作的。

　　其實我覺得我不是一個重組概念進行炒作的反對者，炒作對于技術(shù)和社會進步是有一定作用的，但水可載舟、亦可覆舟，將一些本無關(guān)系的東西牽強附會的聯(lián)系在一起進行炒作，只會攪亂理論和學(xué)術(shù)體系，而理論體系的混亂一定會導(dǎo)致交流上的障礙-----雖然交流變得更多（必然變得更多）更方便了，可是交流的障礙卻大幅度增加了，同樣的一個名詞可以被一百個人給出一百個解釋，本來一句話可以說清楚的事情，現(xiàn)在變成了幾十句才能說明白。

　　藥廠可以把10幾塊錢的藥重新包裝賣200-300塊，利潤當(dāng)然是驚人的，可是賺到了錢的老板們卻天天打算著轉(zhuǎn)移資產(chǎn)到國外，認為國內(nèi)沒有可持續(xù)的發(fā)展。這樣的人到底是高素質(zhì)還是低素質(zhì)呢？

　　我上大學(xué)的時候曾經(jīng)在醫(yī)院實習(xí)，見過一個食物中毒的病人家屬連夜趕了幾十里山路，把一堆借來的硬幣交給醫(yī)院做透析；后來工作了，搞圖書館的項目也知道很多地方的人連100塊錢的借書證押金都捉襟見肘。那些天天生活在優(yōu)越環(huán)境下的概念重組專家們會為這些人群考慮多少呢？“云端”的概念炒作顯現(xiàn)了他們的壟斷思想，現(xiàn)在中國的貧富差距基本還是在財產(chǎn)方面，信息方面基本還是對等的，這也是一個農(nóng)村的孩子經(jīng)過十幾年苦干可以成為大企業(yè)家的前提所在。可是“云端” 一來，你的一舉一動都在我掌控和監(jiān)視之下，沒錯，你是方便了，也少花錢了，可是卻失去了信息方面的平等地位，于是，屁民將永遠是屁民，永遠沒有咸魚翻身的機會。

　　3、關(guān)于信息爆炸

　　10年來我也做了很多技術(shù)方面的工作了，最初幾年看到一項新技術(shù)、新概念，腎上腺激素濃度就會大幅度增加，要是不用一下晚上恐怕覺都睡不著。可是后來慢慢地就變得理性多了，技術(shù)的選擇一定要根據(jù)需求來，絕不能為用技術(shù)而用技術(shù)。很多的新技術(shù)、新概念，看幾眼就差不多知道來源，也知道優(yōu)點和缺點了。以前總以為環(huán)境得適應(yīng)程序，后來明白了程序得適應(yīng)環(huán)境。

　　大型的應(yīng)用系統(tǒng)，越簡單越好，如果做不到簡單，寧可拆分為多個系統(tǒng)單獨設(shè)計。否則，當(dāng)我面對一大堆連自己都難以看懂的概念和代碼，真會有抓狂的感覺。

　　CSDN是不錯的技術(shù)社區(qū)了，但是依然缺乏體系組織和管理。論壇、知識庫，Q&A，這些東西的模式差不多，雖然方便了信息交流，但缺乏信息的組織和管理。比如我希望做一個信息系統(tǒng)，那應(yīng)該選擇什么樣的技術(shù)？這個問題目前只能靠自己去摸索，慢慢體會，找到真正適合自己的技術(shù)方案。Wiki可能是更好的平臺，但普及度不夠。

　　其實每一個Questioner或者Answerer都在極力尋求相互之間的共同語言，共同語言和語義的理論體系形成之后，交流才能順暢。翻翻CSDN的帖子，不乏問東答西的案例。一個交流平臺如果能形成一套語言和思維方式，那就是非常成功的了。而這也使得技術(shù)選型的模型成為可能，當(dāng)你想采用一套新技術(shù)時，Google一下，各說各話，對的有，錯的也有，搜索引擎為何判斷不出已定論的東西誰對誰錯呢，就是源于語義的復(fù)雜性。信息的膨脹速度遠沒有我們想象中那樣快，其中相當(dāng)一部分是語言語義產(chǎn)生的泡沫，擠掉這些泡沫呢？信息真的有統(tǒng)計數(shù)據(jù)顯示的那么“海量”嗎？

　　統(tǒng)計數(shù)據(jù)經(jīng)常是面子工程強有力的支撐者，可扔掉這些浮華，細細究一下統(tǒng)計數(shù)據(jù)是怎么做出來的？常常就會讓人哭笑不得，而且大多是7分真，3分假，或偷換概念，總之目的就是把一棵小草說成一座森林。信息是有欺騙性的，商業(yè)運作會大量運用這種特性，換來的除了腎上/腺素之外還有人和人之間不信任的感覺。

　　信息爆炸的時代，交流的作用變成空前重要，但在交流越來越方便的同時，效率也越來越低了。也許幾十年后，人類會不堪信息的重負，那時信息規(guī)范化和有序化才會真正站上歷史的舞臺。

it知識庫：從C++到Java：10年技術(shù)生涯的幾點思考，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。