好程序員內存分析圖

⑴ 怎麼才能成為一個優秀的程序員

1、迷戀技術，保持對代碼的熱情

興趣是最好的老師，如果不是最初對編程充滿興趣，應該很少有人會選擇程序員這個行業，但同時程序員是一個有點乏味枯燥的工作。如果你不迷戀技術，對代碼充滿熱情，那你只能做一個平淡的程序員。
2、在實踐中成長，磨礪技術
程序員是一個在實踐中成長的職業。你看再多書，聽再多的視頻課，自以為學到很多東西，但正在接觸項目的時候，就兩手發軟，頭腦空白了。最好的提方法，是正在參與到項目中去，最好是能參與從設計到開發到測試到維護一整套的整套流程。

3、加班雖苦但也是提高的過程
虎虎在之前的文章中說過：畢業之後的前三年最為重要，要認認真真鑽研技術，積累經驗，至少能在某一方面成為技術達人。程序員加班是很正常的事情，要加班工作，加班學習，同時在這段時間要注意多總結，注意工作方法，合理安排時間，提高工作效率。你現在的付出是為了以後的成功！
4、不怕失敗，學會尋找成就感
新程序員由於技術水平、經驗的欠缺，寫出的程序bug多，執行效率低，可能被同事嘲笑（我發現這還是普遍現象），然後被上司責怪，內心充滿有挫折感。要學會自我減壓，相信挫折與失敗只是暫時的，發奮圖強。在工作中要學會尋找成就感，哪怕你只是完成一個小功能，優化了一段代碼，都是你辛勤付出的結果，是你能力提高的體現。
5、要學會寫文檔
不要以為程序員只要負責寫代碼，如果是那樣，你永遠不能有上升的空間了。因為不管是走技術路線，還是管理路線，都離不開文檔，方案文檔，技術文檔，產品介紹文檔，管理文檔等等，是你了解開發流程，產品運營的必由之路。
6、學會復制粘貼
現在的開發資料已經非常的充實，遇到難以解決的問題不要過分糾結，為難自己，請打開搜索引擎搜索一下。畢竟，你做的是工作，不是在學校做研究。
7、細節決定成敗
不少程序員都有這樣的習慣，好不容易思考出解決問題的方法，迫不及待的把代碼寫出來，功能也實現了，立馬提交代碼完事。殊不知你的代碼中還有不少細節需要完善，大到內存泄露、資源釋放、代碼是否高效，小到注釋是否規范，都是你必須關注的問題。且不談這些細節問題對你做出來的項目的影響，就是對你編程習慣的影響也是深遠的。

⑵ java數組int [ ] array 是如何分配內存的，請用圖形說明

好吧，我來給你分析分析。當你代碼只寫成int[]array;的時候，此時表示你聲明了一個int類型的數組，但是並沒有初始化。也就說array這個引用變數只是存在於內存的棧區中，但並沒有指向內存的堆區中的任何數組對象。此時的圖是

繼續上面的，剛才上面的圖有點錯誤，棧中是線性集合表示，array是在棧底的。數組的初始化分為靜態初始化和動態初始化，靜態初始化就是說由程序員自己為數組元素賦值，比如int[]array=newint[]{3,5,7};此時為第一個圖。

動態初始化數組就是int[]array=newint[3];就是只給定數組的長度，初始值由系統自己給該數組元素賦值。int類型的初始值是0。float和double是0.0，boolean是false。

⑶ 一個好的程序員應該做到那些

1.先進行實驗成為本能反應 編譯器和運行環境通常能比人更快地解釋一個問題。一個優秀的程序員在拿著問題去向別人尋求幫助之前,會自己試試看並判斷方法是否有用,而不是直接找一個高級程序員問「我這么做有用嗎?」。
2.對待代碼和設計不情緒化 代碼就像紙巾:它有用你就用,沒用了就扔掉。幾乎我們所有人都認為代碼復用( code-reuse )很重要,盡管確實如此,但是這也不意味著要像養孩子那樣去對待代碼。代碼沒有感覺也不會在乎,它們會像法.
3.對編程有激情 很多程序員干這一行只是為了掙錢,如果有更好的職業,他們會毫不猶豫的辭掉程序員的工作。

⑷ c#程序運行時內存分為哪幾個區

一、內存基本構成
可編程內存在基本上分為這樣的幾大部分：靜態存儲區、堆區和棧區。他們的功能不同，對他們使用方式也就不同。
靜態存儲區：內存在程序編譯的時候就已經分配好，這塊內存在程序的整個運行期間都存在。它主要存放靜態數據、全局數據和常量。
棧區：在執行函數時，函數內局部變數的存儲單元都可以在棧上創建，函數執行結束時這些存儲單元自動被釋放。棧內存分配運算內置於處理器的指令集中，效率很高，但是分配的內存容量有限。
堆區：亦稱動態內存分配。程序在運行的時候用malloc或new申請任意大小的內存，程序員自己負責在適當的時候用free或delete釋放內存。動態內存的生存期可以由我們決定，如果我們不釋放內存，程序將在最後才釋放掉動態內存。 但是，良好的編程習慣是：如果某動態內存不再使用，需要將其釋放掉，否則，我們認為發生了內存泄漏現象。

二、三者之間的區別
我們通過代碼段來看看對這樣的三部分內存需要怎樣的操作和不同，以及應該注意怎樣的地方。
例一：靜態存儲區與棧區

char* p = 「Hello World1」;

char a[] = 「Hello World2」;

p[2] = 『A』;

a[2] = 『A』;

char* p1 = 「Hello World1;」

這個程序是有錯誤的，錯誤發生在p[2] = 『A』這行代碼處，為什麼呢，是變數p和變數數組a都存在於棧區的（任何臨時變數都是處於棧區的，包括在main（）函數中定義的變數）。但是，數據「Hello World1」和數據「Hello World2」是存儲於不同的區域的。

因為數據「Hello World2」存在於數組中，所以，此數據存儲於棧區，對它修改是沒有任何問題的。因為指針變數p僅僅能夠存儲某個存儲空間的地址，數據「Hello World1」為字元串常量，所以存儲在靜態存儲區。雖然通過p[2]可以訪問到靜態存儲區中的第三個數據單元，即字元『l』所在的存儲的單元。但是因為數據「Hello World1」為字元串常量，不可以改變，所以在程序運行時，會報告內存錯誤。並且，如果此時對p和p1輸出的時候會發現p和p1裡面保存的地址是完全相同的。換句話說，在數據區只保留一份相同的數據（見圖1－1）。

例二：棧區與堆區

char* f1()

{

char* p = NULL;

char a;

p = &a;

return p;

}

char* f2()

{

char* p = NULL:

p =(char*) new char[4];

return p;

}

這兩個函數都是將某個存儲空間的地址返回，二者有何區別呢？f1()函數雖然返回的是一個存儲空間，但是此空間為臨時空間。也就是說，此空間只有短暫的生命周期，它的生命周期在函數f1()調用結束時，也就失去了它的生命價值，即：此空間被釋放掉。所以，當調用f1()函數時，如果程序中有下面的語句：

char* p ;

p = f1();

*p = 『a』;

此時，編譯並不會報告錯誤，但是在程序運行時，會發生異常錯誤。因為，你對不應該操作的內存（即，已經釋放掉的存儲空間）進行了操作。但是，相比之下，f2()函數不會有任何問題。因為，new這個命令是在堆中申請存儲空間，一旦申請成功，除非你將其delete或者程序終結，這塊內存將一直存在。也可以這樣理解，堆內存是共享單元，能夠被多個函數共同訪問。如果你需要有多個數據返回卻苦無辦法，堆內存將是一個很好的選擇。但是一定要避免下面的事情發生：

void f()

{

…

char * p;

p = (char*)new char[100];

…

}

這個程序做了一件很無意義並且會帶來很大危害的事情。因為，雖然申請了堆內存，p保存了堆內存的首地址。但是，此變數是臨時變數，當函數調用結束時p變數消失。也就是說，再也沒有變數存儲這塊堆內存的首地址，我們將永遠無法再使用那塊堆內存了。但是，這塊堆內存卻一直標識被你所使用（因為沒有到程序結束，你也沒有將其delete，所以這塊堆內存一直被標識擁有者是當前您的程序），進而其他進程或程序無法使用。我們將這種不道德的「流氓行為」（我們不用，卻也不讓別人使用）稱為內存泄漏。這是我們C++程序員的大忌！！請大家一定要避免這件事情的發生。

總之，對於堆區、棧區和靜態存儲區它們之間最大的不同在於，棧的生命周期很短暫。但是堆區和靜態存儲區的生命周期相當於與程序的生命同時存在（如果您不在程序運行中間將堆內存delete的話），我們將這種變數或數據成為全局變數或數據。但是，對於堆區的內存空間使用更加靈活，因為它允許你在不需要它的時候，隨時將它釋放掉，而靜態存儲區將一直存在於程序的整個生命周期中。
我們此專題僅僅是簡要的分析了內存基本構成以及使用它們時需要注意的問題。對內存的分析和討論將一直貫穿於我們以後所有的專題，這也就是為什麼把它作為第一講的原因。

⑸ 適合 程序員 的 筆記本 內存 要 多大

說實話，真正的程序員，是不需要太高檔的本本的，我是指一般編程堆碼和調試等。
如果是要調試大型程序，這個肯定還是台式機的好。

建議樓主隨便買個三四千塊錢的本本，就足夠了。

⑹ 要成為一名專業的程序員，從零開始需要怎麼一步步來比較好，要把最底層的先學精通嗎(個人認為)求學長

前言
你是否覺得自己從學校畢業的時候只做過小玩具一樣的程序？走入職場後哪怕沒有什麼經驗也可以把以下這些課外練習走一遍（朋友的抱怨：學校課程總是從理論出發，作業項目都看不出有什麼實際作用，不如從工作中的需求出發）
建議：
不要亂買書，不要亂追新技術新名詞，基礎的東西經過很長時間積累而且還會在未來至少10年通用。
回顧一下歷史，看看歷史上時間線上技術的發展，你才能明白明天會是什麼樣。
一定要動手，例子不管多麼簡單，建議至少自己手敲一遍看看是否理解了里頭的細枝末節。
一定要學會思考，思考為什麼要這樣，而不是那樣。還要舉一反三地思考。
註：你也許會很奇怪為什麼下面的東西很偏Unix/linux，這是因為我覺得Windows下的編程可能會在未來很沒有前途，原因如下：
現在的用戶界面幾乎被兩個東西主宰了，1）Web，2）移動設備iOS或Android。Windows的圖形界面不吃香了。
越來越多的企業在用成本低性能高的Linux和各種開源技術來構架其系統，Windows的成本太高了。
微軟的東西變得太快了，很不持久，他們完全是在玩弄程序員。詳情參見《Windows編程革命史》
所以，我個人認為以後的趨勢是前端是Web+移動，後端是Linux+開源。開發這邊基本上沒Windows什麼事。
啟蒙入門
1、 學習一門腳本語言，例如python/Ruby
可以讓你擺脫對底層語言的恐懼感，腳本語言可以讓你很快開發出能用得上的小程序。實踐項目:
處理文本文件，或者csv (關鍵詞 python csv, python open, python sys) 讀一個本地文件，逐行處理（例如 word count，或者處理log）
遍歷本地文件系統 (sys, os, path)，例如寫一個程序統計一個目錄下所有文件大小並按各種條件排序並保存結果
跟資料庫打交道 (python sqlite)，寫一個小腳本統計資料庫里條目數量
學會用各種print之類簡單粗暴的方式進行調試
學會用Google (phrase, domain, use reader to follow tech blogs)
為什麼要學腳本語言，因為他們實在是太方便了，很多時候我們需要寫點小工具或是腳本來幫我們解決問題，你就會發現正規的編程語言太難用了。
2、 用熟一種程序員的編輯器(不是IDE) 和一些基本工具
Vim / Emacs / Notepad++，學會如何配置代碼補全，外觀，外部命令等。
Source Insight (或 ctag)
使用這些東西不是為了Cool，而是這些編輯器在查看、修改代碼/配置文章/日誌會更快更有效率。
3、 熟悉Unix/Linux Shell和常見的命令行
如果你用windows，至少學會用虛擬機里的linux， vmware player是免費的，裝個Ubuntu吧
一定要少用少用圖形界面。
學會使用man來查看幫助
文件系統結構和基本操作 ls/chmod/chown/rm/find/ln/cat/mount/mkdir/tar/gzip …
學會使用一些文本操作命令 sed/awk/grep/tail/less/more …
學會使用一些管理命令 ps/top/lsof/netstat/kill/tcpmp/iptables/dd…
了解/etc目錄下的各種配置文章，學會查看/var/log下的系統日誌，以及/proc下的系統運行信息
了解正則表達式，使用正則表達式來查找文件。
對於程序員來說Unix/Linux比Windows簡單多了。（參看我四年前CSDN的博文《其實Unix很簡單》）學會使用Unix/Linux你會發現圖形界面在某些時候實在是太難用了，相當地相當地降低工作效率。
4、 學習Web基礎（HTML/CSS/JS) + 伺服器端技術 (LAMP)
未來必然是Web的世界，學習WEB基礎的最佳網站是W3School。
學習HTML基本語法
學習CSS如何選中HTML元素並應用一些基本樣式（關鍵詞：box model）
學會用 Firefox + Firebug 或 chrome 查看你覺得很炫的網頁結構，並動態修改。
學習使用Javascript操縱HTML元件。理解DOM和動態網頁（Dynamic HTML: The Definitive Reference, 3rd Edition - O'Reilly Media) 網上有免費的章節，足夠用了。或參看 DOM 。
學會用 Firefox + Firebug 或 chrome 調試Javascript代碼（設置斷點，查看變數，性能，控制台等）
在一台機器上配置Apache 或 Nginx
學習php，讓後台PHP和前台HTML進行數據交互，對伺服器相應瀏覽器請求形成初步認識。實現一個表單提交和反顯的功能。
把PHP連接本地或者遠程資料庫 MySQL（MySQL 和 SQL現學現用夠了）
跟完一個名校的網路編程課程（例如：http://www.stanford.e/~ouster/cgi-bin/cs142-fall10/index.php ) 不要覺得需要多於一學期時間，大學生是全職一學期選3-5門課，你業余時間一定可以跟上
學習一個javascript庫（例如jQuery 或 ExtJS）+ Ajax (非同步讀入一個伺服器端圖片或者資料庫內容）+JSON數據格式。
HTTP: The Definitive Guide 讀完前4章你就明白你每天上網用瀏覽器的時候發生的事情了(proxy, gateway, browsers)
做個小網站（例如：一個小的留言板，支持用戶登錄，Cookie/Session，增、刪、改、查，上傳圖片附件，分頁顯示）
買個域名，租個空間，做個自己的網站。
進階加深
1、 C語言和操作系統調用
重新學C語言，理解指針和內存模型，用C語言實現一下各種經典的演算法和數據結構。推薦《計算機程序設計藝術》、《演算法導論》和《編程珠璣》。
學習（麻省理工免費課程）計算機科學和編程導論
學習（麻省理工免費課程）C語言內存管理
學習Unix/Linux系統調用（Unix高級環境編程），，了解系統層面的東西。
用這些系統知識操作一下文件系統，用戶（實現一個可以拷貝目錄樹的小程序）
用fork/wait/waitpid寫一個多進程的程序，用pthread寫一個多線程帶同步或互斥的程序。多進程多進程購票的程序。
用signal/kill/raise/alarm/pause/sigprocmask實現一個多進程間的信號量通信的程序。
學會使用gcc和gdb來編程和調試程序（參看我的《用gdb調試程序》）
學會使用makefile來編譯程序。（參看我的《跟我一起寫makefile》）
IPC和Socket的東西可以放到高級中來實踐。
學習Windows SDK編程（Windows 程序設計 ，MFC程序設計）
寫一個窗口，了解WinMain/WinProcere，以及Windows的消息機制。
寫一些程序來操作Windows SDK中的資源文件或是各種圖形控制項，以及作圖的編程。
學習如何使用MSDN查看相關的SDK函數，各種WM_消息以及一些常式。
這本書中有很多常式，在實踐中請不要照抄，試著自己寫一個自己的常式。
不用太多於精通這些東西，因為GUI正在被Web取代，主要是了解一下Windows 圖形界面的編程。@virushuo 說：「 我覺得GUI確實不那麼熱門了，但充分理解GUI工作原理是很重要的。包括移動設備開發，如果沒有基礎知識仍然很吃力。或者說移動設備開發必須理解GUI工作，或者在win那邊學，或者在mac/iOS上學」。
2、學習Java
Java 的學習主要是看經典的Core Java 《Java 核心技術編程》和《Java編程思想》（有兩卷，我僅鏈了第一卷，足夠了，因為Java的圖形界面了解就可以了）
學習JDK，學會查閱Java API Doc Java Platform SE 6
了解一下Java這種虛擬機語言和C和Python語言在編譯和執行上的差別。從C、Java、Python思考一下「跨平台」這種技術。
學會使用IDE Eclipse，使用Eclipse 編譯，調試和開發Java程序。
建一個Tomcat的網站，嘗試一下JSP/Servlet/JDBC/MySQL的Web開發。把前面所說的那個PHP的小項目試著用JSP和Servlet實現一下。
3、Web的安全與架構

學習HTML5，網上有很多很多教程，以前酷殼也介紹過很多，我在這里就不羅列了。
學習Web開發的安全問題（參考新浪微博被攻擊的這個事，以及Ruby的這篇文章）
學習HTTP Server的rewrite機制，Nginx的反向代理機制，fast-cgi（如：PHP-FPM）
學習Web的靜態頁面緩存技術。
學習Web的非同步工作流處理，數據Cache，數據分區，負載均衡，水平擴展的構架。
實踐任務：
使用HTML5的canvas 製作一些Web動畫。
嘗試在前面開發過的那個Web應用中進行SQL注入，JS注入，以及XSS攻擊。
把前面開發過的那個Web應用改成構造在Nginx + PHP-FPM + 靜態頁面緩存的網站
4、學習關系型資料庫
你可以安裝MSSQLServer或MySQL來學習資料庫。
學習教科書里資料庫設計的那幾個範式，1NF，2NF，3NF，……
學習資料庫的存過，觸發器，視圖，建索引，游標等。
學習SQL語句，明白表連接的各種概念（參看《SQL Join的圖示》）
學習如何優化資料庫查詢（參看《MySQL的優化》）
實踐任務：設計一個論壇的資料庫，至少滿足3NF，使用SQL語句查詢本周，本月的最新文章，評論最多的文章，最活躍用戶。
5、一些開發工具
學會使用SVN或Git來管理程序版本。
學會使用JUnit來對Java進行單元測試。
學習C語言和Java語言的coding standard 或 coding guideline。（我N年前寫過一篇關C語言非常簡單的文章——《編程修養》，這樣的東西你可以上網查一下，一大堆）。
推薦閱讀《代碼大全》《重構》《代碼整潔之道》
高級深入
1、C++ / Java 和面向對象
我個人以為學好C++，Java也就是舉手之勞。但是C++的學習曲線相當的陡。不過，我覺得C++是最需要學好的語言了。參看兩篇趣文「C++學習信心圖」 和「21天學好C++」
學習（麻省理工免費課程）C++面向對象編程
讀我的 「如何學好C++」中所推薦的那些書至少兩遍以上（如果你對C++的理解能夠深入到像我所寫的《C++虛函數表解析》或是《C++對象內存存局（上）（下）》，或是《C/C++返回內部靜態成員的陷阱》那就非常不錯了）
然後反思為什麼C++要干成這樣，Java則不是？你一定要學會對比C++和Java的不同。比如，Java中的初始化，垃圾回收，介面，異常，虛函數，等等。
實踐任務：
用C++實現一個BigInt，支持128位的整形的加減乘除的操作。
用C++封裝一個數據結構的容量，比如hash table。
用C++封裝並實現一個智能指針（一定要使用模板）。
《設計模式》必需一讀，兩遍以上，思考一下，這23個模式的應用場景。主要是兩點：1）鍾愛組合而不是繼承，2）鍾愛介面而不是實現。（也推薦《深入淺出設計模式》）
實踐任務：
使用工廠模式實現一個內存池。
使用策略模式製做一個類其可以把文本文件進行左對齊，右對齊和中對齊。
使用命令模式實現一個命令行計算器，並支持undo和redo。
使用修飾模式實現一個酒店的房間價格訂價策略——旺季，服務，VIP、旅行團、等影響價格的因素。
學習STL的用法和其設計概念 - 容器，演算法，迭代器，函數子。如果可能，請讀一下其源碼。
實踐任務：嘗試使用面向對象、STL，設計模式、和WindowsSDK圖形編程的各種技能
做一個貪吃蛇或是俄羅斯方塊的游戲。支持不同的級別和難度。
做一個文件瀏覽器，可以瀏覽目錄下的文件，並可以對不同的文件有不同的操作，文本文件可以打開編輯，執行文件則執行之，mp3或avi文件可以播放，圖片文件可以展示圖片。
學習C++的一些類庫的設計，如： MFC（看看候捷老師的《深入淺出MFC》） ，Boost, ACE, CPPUnit，STL （STL可能會太難了，但是如果你能了解其中的設計模式和設計那就太好了，如果你能深入到我寫的《STL string類的寫時拷貝技術》那就非常不錯了，ACE需要很強在的系統知識，參見後面的「加強對系統的了解」）
Java是真正的面向對象的語言，Java的設計模式多得不能再多，也是用來學習面向對象的設計模式的最佳語言了（參看Java中的設計模式）。
推薦閱讀《Effective Java》 and 《Java解惑》
學習Java的框架，Java的框架也是多，如Spring, Hibernate，Struts 等等，主要是學習Java的設計，如IoC等。
Java的技術也是爛多，重點學習J2EE架構以及JMS， RMI, 等消息傳遞和遠程調用的技術。
學習使用Java做Web Service （官方教程在這里）
實踐任務： 嘗試在Spring或Hibernate框架下構建一個有網路的Web Service的遠程調用程序，並可以在兩個Service中通過JMS傳遞消息。
C++和Java都不是能在短時間內能學好的，C++玩是的深，Java玩的是廣，我建議兩者選一個。我個人的學習經歷是：
深究C++（我深究C/C++了十來年了）
學習Java的各種設計模式。
2、加強系統了解
重要閱讀下面的幾本書：
《Unix編程藝術》了解Unix系統領域中的設計和開發哲學、思想文化體系、原則與經驗。你一定會有一種醍醐灌頂的感覺。
《Unix網路編程卷1，套接字》這是一本看完你就明白網路編程的書。重要注意TCP、UDP，以及多路復用的系統調用select/poll/epoll的差別。
《TCP/IP詳解 卷1:協議》- 這是一本看完後你就可以當網路黑客的書。了解乙太網的的運作原理，了解TCP/IP的協議，運作原理以及如何TCP的調優。
實踐任務：
理解什麼是阻塞（同步IO），非阻塞（非同步IO），多路復用（select, poll, epoll）的IO技術。
寫一個網路聊天程序，有聊天伺服器和多個聊天客戶端（服務端用UDP對部分或所有的的聊天客戶端進Multicast或Broadcast）。
寫一個簡易的HTTP伺服器。
《Unix網路編程卷2，進程間通信》信號量，管道，共享內存，消息等各種IPC…… 這些技術好像有點老掉牙了，不過還是值得了解。
實踐任務：
主要實踐各種IPC進程序通信的方法。
嘗試寫一個管道程序，父子進程通過管道交換數據。
嘗試寫一個共享內存的程序，兩個進程通過共享內存交換一個C的結構體數組。
學習《Windows核心編程》一書。把CreateProcess，Windows線程、線程調度、線程同步（Event, 信號量，互斥量）、非同步I/O，內存管理，DLL，這幾大塊搞精通。
實踐任務：使用CreateProcess啟動一個記事本或IE，並監控該程序的運行。把前面寫過的那個簡易的HTTP服務用線程池實現一下。寫一個DLL的鉤子程序監控指定窗口的關閉事件，或是記錄某個窗口的按鍵。
有了多線程、多進程通信，TCP/IP，套接字，C++和設計模式的基本，你可以研究一下ACE了。使用ACE重寫上述的聊天程序和HTTP伺服器（帶線程池）
實踐任務：通過以上的所有知識，嘗試
寫一個服務端給客戶端傳大文件，要求把100M的帶寬用到80%以上。（注意，磁碟I/O和網路I/O可能會很有問題，想一想怎麼解決，另外，請注意網路傳輸最大單元MTU）
了解BT下載的工作原理，用多進程的方式模擬BT下載的原理。
3、系統架構
負載均衡。HASH式的，純動態式的。（可以到Google學術里搜一些關於負載均衡的文章讀讀）
多層分布式系統 – 客戶端服務結點層、計算結點層、數據cache層，數據層。J2EE是經典的多層結構。
CDN系統 – 就近訪問，內容邊緣化。
P2P式系統，研究一下BT和電驢的演算法。比如：DHT演算法。
伺服器備份，雙機備份系統（Live-Standby和Live-Live系統），兩台機器如何通過心跳監測對方？集群主結點備份。
虛擬化技術，使用這個技術，可以把操作系統當應用程序一下切換或重新配置和部署。
學習Thrift，二進制的高性能的通訊中間件，支持數據(對象)序列化和多種類型的RPC服務。
學習Hadoop。Hadoop框架中最核心的設計就是：MapRece和HDFS。MapRece的思想是由Google的一篇論文所提及而被廣為流傳的，簡單的一句話解釋MapRece就是「任務的分解與結果的匯總」。HDFS是Hadoop分布式文件系統（Hadoop Distributed File System）的縮寫，為分布式計算存儲提供了底層支持。
了解NoSQL資料庫（有人說可能是一個過渡炒作的技術），不過因為超大規模以及高並發的純動態型網站日漸成為主流，而SNS類網站在數據存取過程中有著實時性等剛性需求，這使得目前NoSQL資料庫慢慢成了人們所關注的焦點，並大有成為取代關系型資料庫而成為未來主流數據存儲模式的趨勢。當前NoSQL資料庫很多，大部分都是開源的，其中比較知名的有：MemcacheDB、Redis、Tokyo Cabinet(升級版為Kyoto Cabinet)、Flare、MongoDB、CouchDB、Cassandra、Voldemort等。

⑺ 請問一個程序員最好需要多大內存、硬碟容量的電腦

你這個情況你最好買中高配的。i7，9代10代CPU。內存12g或者16G。顯卡獨顯4G就夠用了。
望採納。

⑻ 程序員對電腦的CPU要求高還是內存高

程序員對電腦內存的要求高於CPU，因為在普遍應用環境下，CPU的性能處於過剩的狀態，而內存8G還沒有完全普及，所以需要優先提升內存容量。

程序員的開發工作一般是分工完成的，所以一個程序員負責的內容對硬體要求並不高。復雜的程序代碼不是很多，對速度追求也不是很高，通用的CPU就可以了。

大型程序的話就得考慮CPU指令集的豐富程度了，復雜指令的效率比較高，可以減少代碼執行時間。內存選擇越大越好，要配合操作系統的定址范圍和管理方式。

⑼ [編程知識]如何分配內存 內存碎片處理技術

內存碎片是一個很棘手的問題。如何分配內存決定著內存碎片是否會、何時會、如何會成為一個問題。 即使在系統中事實上仍然有許多空閑內存時，內存碎片還會最終導致出現內存用完的情況。一個不斷產生內存碎片的系統，不管產生的內存碎片多麼小，只要時間足夠長，就會將內存用完。這種情況在許多嵌入式系統中，特別是在高可用性系統中是不可接受的。有些軟體環境，如 OSE 實時操作系統已經備有避免內存碎片的良好工具，但個別程序員做出的選擇仍然會對最終結果形成影響。 「碎片的內存」描述一個系統中所有不可用的空閑內存。這些資源之所以仍然未被使用，是因為負責分配內存的分配器使這些內存無法使用。這一問題通常都會發生，原因在於空閑內存以小而不連續方式出現在不同的位置。由於分配方法決定內存碎片是否是一個問題，因此內存分配器在保證空閑資源可用性方面扮演著重要的角色。 編譯時間與運行時間 在許多情況下都會出現內存分配問題。程序員可以通過編譯程序和鏈接程序，為結構、並集、數組和標量（用作局部變數、靜態變數或全局變數）方面的數據分配內存，程序員還可以在運行時間使用諸如 malloc()調用命令動態地分配內存。當用編譯程序和鏈接程序完成內存分配功能時，就不會出現內存碎片，因為編譯程序了解數據壽命。掌握可供使用的數據壽命，好處在於可以使數據以後進先出的方式疊加起來。這樣就可以使內存分配程序工作效率更高，而不會出現內存碎片。一般來說，運行時間內的內存分配是不可疊加的。內存分配在時間上是獨立的，從而使得碎片問題難以解決。 圖1，內存碎片的幾種形式。 內存分配程序浪費內存的基本方式有三種：即額外開銷、內部碎片以及外部碎片（圖 1）。內存分配程序需要存儲一些描述其分配狀態的數據。這些存儲的信息包括任何一個空閑內存塊的位置、大小和所有權，以及其它內部狀態詳情。一般來說，一個運行時間分配程序存放這些額外信息最好的地方是它管理的內存。內存分配程序需要遵循一些基本的內存分配規則。例如，所有的內存分配必須起始於可被 4、8 或 16 整除（視處理器體系結構而定）的地址。內存分配程序把僅僅預定大小的內存塊分配給客戶，可能還有其它原因。當某個客戶請求一個 43 位元組的內存塊時，它可能會獲得 44位元組、48位元組 甚至更多的位元組。由所需大小四捨五入而產生的多餘空間就叫內部碎片。 外部碎片的產生是當已分配內存塊之間出現未被使用的差額時，就會產生外部碎片。例如，一個應用程序分配三個連續的內存塊，然後使中間的一個內存塊空閑。內存分配程序可以重新使用中間內存塊供將來進行分配，但不太可能分配的塊正好與全部空閑內存一樣大。倘若在運行期間，內存分配程序不改變其實現法與四捨五入策略，則額外開銷和內部碎片在整個系統壽命期間保持不變。雖然額外開銷和內部碎片會浪費內存，因此是不可取的，但外部碎片才是嵌入系統開發人員真正的敵人，造成系統失效的正是分配問題。 定義內存碎片的方法有幾種，其中最常用的是： 這一方法適用於外部碎片，但可以修改這一公式使之包括內部碎片，辦法是把內部碎片加入到分母中。內存碎片是一個介於 0 和 1 之間的分數。一個碎片為 1(100%)的系統就是把內存全用完了。如果所有空閑內存都在一個內存塊（最大內存塊）中，碎片為 0%。當所有空閑內存的四分之一在最大內存塊中時，碎片為 75%。例子如下：一個系統有 5M 位元組的空閑內存，當它可用來分配的最大內存塊為 50 k 位元組時，其內存碎片為99%。這個 99%內存碎片實例來自開發嵌入式軟實時系統期間出現的一種真實情況。當這種碎片程度發生一秒後，系統就崩潰了。該系統在碎片率達到 99% 之前，已經進行了約兩周的連續現場測試。這種情況是如何發生的？為什麼會發現得如此晚？當然，系統都經過測試，但測試很少超過兩個小時。交付前的最後壓力測試持續了一個周末。在這樣短的測試周期內未必會產生內存碎片的後果，所以就發生了內存碎片需要多長時間才會達到臨界值，這一問題很難回答。對某些應用來說，在某些情況下，系統會在用完內存前達到一種穩定狀態。而對於另一些應用來說，系統則不會及時達到穩定狀態（圖 2）。只要消除不確定性因素和風險因素，不產生碎片的內存分配程序（圖 3）就能快速達到一種穩定狀態，從而有助於開發人員夜晚安穩睡覺。在開發數月甚至數年不再重新啟動的長期運行系統時，快速收斂到穩定狀態是一個重要因素。在比系統連續運行周期短的時間內，對系統進行適當的測試，這是必不可少的。 圖2，這一案例研究把最先適合內存分配程序用於一個嵌入系統項目。系統在現場測試中連續運行了兩周，然後碎片率達到 99%。圖3，一個不產生碎片的內存分配程序一旦試驗應用程序的全部，它就能達到穩定狀態。 很難確定哪種內存分配演算法更勝一籌，因為每種演算法在不同的應用中各有所長（表 1）。最先適合內存分配演算法是最常用的一種。它使用了四個指針：MSTART 指向被管理內存的始端；MEND 指向被管理內存的末尾；MBREAK 指向 MSTART 和 MEND 之間已用內存的末端； PFREE 則指向第一個空閑內存塊（如果有的話）。 在系統開始運行時，PFREE 為 NULL，MBREAK 指向 MSTART。當一個分配請求來到時，分配程序首先檢查 PFREE有無空閑內存塊。由於 PFREE 為 NULL，一個具有所請求存儲量加上管理標題的內存塊就脫離 MBREAK ，然後MBREAK就更新。這一過程反復進行，直至系統使一個內存塊空閑，管理標題包含有該存儲塊的存儲量為止。此時，PFREE 通過頭上的鏈接表插入項被更新為指向該內存塊，而塊本身則用一個指向舊 PFREE 內容的指針進行更新，以建立一個鏈接表。下一次出現分配請求時，系統就會搜索空閑內存塊鏈接表，尋找適合請求存儲量的第一個空閑內存塊。一旦找到合適的內存塊，它將此內存塊分成兩部分，一部分返還給系統，另一部分則送回給自由表。 最先適合內存分配演算法實現起來簡單，而且開始時很好用。但是，經過一段時間後，會出現如下的情況：當系統將內存交給自由表時，它會從自由表的開頭部分去掉大內存塊，插入剩餘的小內存塊。最先適合演算法實際上成了一個排序演算法，即把所有小內存碎片放在自由表的開頭部分。因此，自由表會變得很長，有幾百甚至幾千個元素。因此，內存分配變得時間很長又無法預測，大內存塊分配所花時間要比小內存塊分配來得長。另外，內存塊的無限制拆分使內存碎片程度很高。有些實現方法在使內存空閑時會將鄰近的空閑內存塊連接起來。這種方法多少有些作用，而最先適合演算法與時間共處演算法(time co-location)和空間共處演算法(spatial co-location)不同，它在使內存塊空閑時，無法提高相鄰內存塊同時空閑的概率。 最佳適合與最差適合分配程序 最佳適合演算法在功能上與最先適合演算法類似，不同之處是，系統在分配一個內存塊時，要搜索整個自由表，尋找最接近請求存儲量的內存塊。這種搜索所花的時間要比最先適合演算法長得多，但不存在分配大小內存塊所需時間的差異。最佳適合演算法產生的內存碎片要比最先適合演算法多，因為將小而不能使用的碎片放在自由表開頭部分的排序趨勢更為強烈。由於這一消極因素，最佳適合演算法幾乎從來沒有人採用過。 最差適合演算法也很少採用。最差適合演算法的功能與最佳適合演算法相同，不同之處是，當分配一個內存塊時，系統在整個自由表中搜索與請求存儲量不匹配的內存快。這種方法比最佳適合演算法速度快，因為它產生微小而又不能使用的內存碎片的傾向較弱。始終選擇最大空閑內存塊，再將其分為小內存塊，這樣就能提高剩餘部分大得足以供系統使用的概率。 夥伴(buddy)分配程序與本文描述的其它分配程序不同，它不能根據需要從被管理內存的開頭部分創建新內存。它有明確的共性，就是各個內存塊可分可合，但不是任意的分與合。每個塊都有個朋友，或叫「夥伴」，既可與之分開，又可與之結合。夥伴分配程序把內存塊存放在比鏈接表更先進的數據結構中。這些結構常常是桶型、樹型和堆型的組合或變種。一般來說，夥伴分配程序的工作方式是難以描述的，因為這種技術隨所選數據結構的不同而各異。由於有各種各樣的具有已知特性的數據結構可供使用，所以夥伴分配程序得到廣泛應用。有些夥伴分配程序甚至用在源碼中。夥伴分配程序編寫起來常常很復雜，其性能可能各不相同。夥伴分配程序通常在某種程度上限制內存碎片。 固定存儲量分配程序有點像最先空閑演算法。通常有一個以上的自由表，而且更重要的是，同一自由表中的所有內存塊的存儲量都相同。至少有四個指針：MSTART 指向被管理內存的起點，MEND 指向被管理內存的末端，MBREAK 指向 MSTART 與 MEND 之間已用內存的末端，而 PFREE[n] 則是指向任何空閑內存塊的一排指針。在開始時，PFREE[*] 為 NULL，MBREAK 指針為 MSTART。當一個分配請求到來時，系統將請求的存儲量增加到可用存儲量之一。然後，系統檢查 PFREE[ 增大後的存儲量 ] 空閑內存塊。因為 PFREE[ 增大後的存儲量 ] 為 NULL，一個具有該存儲量加上一個管理標題的內存塊就脫離 MBREAK，MBREAK 被更新。 這些步驟反復進行，直至系統使一個內存塊空閑為止，此時管理標題包含有該內存塊的存儲量。當有一內存塊空閑時，PFREE[ 相應存儲量 ] 通過標題的鏈接表插入項更新為指向該內存塊，而該內存塊本身則用一個指向 PFREE[ 相應存儲量 ] 以前內容的指針來更新，以建立一個鏈接表。下一次分配請求到來時，系統將 PFREE[ 增大的請求存儲量 ] 鏈接表的第一個內存塊送給系統。沒有理由搜索鏈接表，因為所有鏈接的內存塊的存儲量都是相同的。 固定存儲量分配程序很容易實現，而且便於計算內存碎片，至少在塊存儲量的數量較少時是這樣。但這種分配程序的局限性在於要有一個它可以分配的最大存儲量。固定存儲量分配程序速度快，並可在任何狀況下保持速度。這些分配程序可能會產生大量的內部內存碎片，但對某些系統而言，它們的優點會超過缺點。 減少內存碎片 內存碎片是因為在分配一個內存塊後，使之空閑，但不將空閑內存歸還給最大內存塊而產生的。最後這一步很關鍵。如果內存分配程序是有效的，就不能阻止系統分配內存塊並使之空閑。即使一個內存分配程序不能保證返回的內存能與最大內存塊相連接（這種方法可以徹底避免內存碎片問題），但你可以設法控制並限制內存碎片。所有這些作法涉及到內存塊的分割。每當系統減少被分割內存塊的數量，確保被分割內存塊盡可能大時，你就會有所改進。 這樣做的目的是盡可能多次反復使用內存塊，而不要每次都對內存塊進行分割，以正好符合請求的存儲量。分割內存塊會產生大量的小內存碎片，猶如一堆散沙。以後很難把這些散沙與其餘內存結合起來。比較好的辦法是讓每個內存塊中都留有一些未用的位元組。留有多少位元組應看系統要在多大程度上避免內存碎片。對小型系統來說，增加幾個位元組的內部碎片是朝正確方向邁出的一步。當系統請求1位元組內存時，你分配的存儲量取決於系統的工作狀態。 如果系統分配的內存存儲量的主要部分是 1 ～ 16 位元組，則為小內存也分配 16 位元組是明智的。只要限制可以分配的最大內存塊，你就能夠獲得較大的節約效果。但是，這種方法的缺點是，系統會不斷地嘗試分配大於極限的內存塊，這使系統可能會停止工作。減少最大和最小內存塊存儲量之間內存存儲量的數量也是有用的。採用按對數增大的內存塊存儲量可以避免大量的碎片。例如，每個存儲量可能都比前一個存儲量大 20%。在嵌入式系統中採用「一種存儲量符合所有需要」對於嵌入式系統中的內存分配程序來說可能是不切實際的。這種方法從內部碎片來看是代價極高的，但系統可以徹底避免外部碎片，達到支持的最大存儲量。 將相鄰空閑內存塊連接起來是一種可以顯著減少內存碎片的技術。如果沒有這一方法，某些分配演算法（如最先適合演算法）將根本無法工作。然而，效果是有限的，將鄰近內存塊連接起來只能緩解由於分配演算法引起的問題，而無法解決根本問題。而且，當內存塊存儲量有限時，相鄰內存塊連接可能很難實現。 有些內存分配器很先進，可以在運行時收集有關某個系統的分配習慣的統計數據，然後，按存儲量將所有的內存分配進行分類，例如分為小、中和大三類。系統將每次分配指向被管理內存的一個區域，因為該區域包括這樣的內存塊存儲量。較小存儲量是根據較大存儲量分配的。這種方案是最先適合演算法和一組有限的固定存儲量演算法的一種有趣的混合，但不是實時的。 有效地利用暫時的局限性通常是很困難的，但值得一提的是，在內存中暫時擴展共處一地的分配程序更容易產生內存碎片。盡管其它技術可以減輕這一問題，但限制不同存儲量內存塊的數目仍是減少內存碎片的主要方法。 現代軟體環境業已實現各種避免內存碎片的工具。例如，專為分布式高可用性容錯系統開發的 OSE 實時操作系統可提供三種運行時內存分配程序：內核 alloc()，它根據系統或內存塊池來分配；堆 malloc()，根據程序堆來分配； OSE 內存管理程序 alloc_region，它根據內存管理程序內存來分配。 從 許多方面來看，Alloc就是終極內存分配程序。它產生的內存碎片很少，速度很快，並有判定功能。你可以調整甚至去掉內存碎片。只是在分配一個存儲量後，使之空閑，但不再分配時，才會產生外部碎片。內部碎片會不斷產生，但對某個給定的系統和八種存儲量來說是恆定不變的。 Alloc 是一種有八個自由表的固定存儲量內存分配程序的實現方法。系統程序員可以對每一種存儲量進行配置，並可決定採用更少的存儲量來進一步減少碎片。除開始時以外，分配內存塊和使內存塊空閑都是恆定時間操作。首先，系統必須對請求的存儲量四捨五入到下一個可用存儲量。就八種存儲量而言，這一目標可用三個 如果 語句來實現。其次，系統總是在八個自由表的表頭插入或刪除內存塊。開始時，分配未使用的內存要多花幾個周期的時間，但速度仍然極快，而且所花時間恆定不變。 堆malloc() 的內存開銷（8 ～ 16 位元組/分配）比 alloc小，所以你可以停用內存的專用權。malloc() 分配程序平均來講是相當快的。它的內部碎片比alloc()少，但外部碎片則比alloc()多。它有一個最大分配存儲量，但對大多數系統來說，這一極限值足夠大。可選的共享所有權與低開銷使 malloc() 適用於有許多小型對象和共享對象的 C++ 應用程序。堆是一種具有內部堆數據結構的夥伴系統的實現方法。在 OSE 中，有 28 個不同的存儲量可供使用，每種存儲量都是前兩種存儲量之和，於是形成一個斐波那契（Fibonacci）序列。實際內存塊存儲量為序列數乘以 16 位元組，其中包括分配程序開銷或者 8 位元組/分配（在文件和行信息啟用的情況下為 16 位元組）。 當你很少需要大塊內存時，則OSE內存管理程序最適用。典型的系統要把存儲空間分配給整個系統、堆或庫。在有 MMU 的系統中，有些實現方法使用 MMU 的轉換功能來顯著降低甚至消除內存碎片。在其他情況下，OSE 內存管理程序會產生非常多的碎片。它沒有最大分配存儲量，而且是一種最先適合內存分配程序的實現方法。內存分配被四捨五入到頁面的偶數——典型值是 4 k 位元組。（T111）

⑽ 程序中提升幾毫秒、節省幾kB的內存有必要嗎你怎麼看

程序的運行之中進行很多次的優化，可能能夠讓這個程序的反應速度提高幾毫秒的時間，花了大量的時間和精力，可能在一段程序之中能節省幾KB的內存。但即使是這樣，仍然有很多程序員，很多公司樂此不疲的在做這樣的優化。

不要小看每一個，優化一段小程序介紹幾KB的內存，那一個大的游戲，一個大的整體程序，可能就能夠節省幾兆幾十兆的內存，甚至是更多。反應速度提升了，幾毫秒的時間加在一起，它的反應速度就可能會提升很多遠超同行的水平，自然就更容易在市場上面受到歡迎。