String s1="ab";
String s2="a"+"b";
System.out.println(s1==s2);//true
String s1 = "abc";
String s2 = "ab";
String s3 = s2 + "c";
System.out.println((s1 == s3));//false
String s1 = "abc";
final String s2 = "ab";
String s3 = s2 + "c";
System.out.println((s1 == s3));//true
參考：
理解Java常量池Java String對象的經典問題(new String())Java堆.棧和常量池 筆記java編譯器對string常量表達式的處理和優化Java 程序內存分析
13臺根服務器
根服務器主要用來管理互聯網的主目錄，全世界只有13臺。1個為主根服務器，放置在美國。其余12個均為輔根服務器，
其中9個放置在美國，歐洲2個，位于英國和瑞典，亞洲1個，位于日本。
所有根服務器均由美國政府授權的互聯網域名與號碼分配機構ICANN統一管理，
負責全球互聯網域名根服務器、域名體系和IP地址等的管理。
這13臺根服務器可以指揮Firefox或互聯網 Explorer這樣的Web瀏覽器和電子郵件程序控制互聯網通信。
由于根服務器中有經美國政府批準的260個左右的互聯網后綴（如．com、．net等）和一些國家的指定符
（如法國的．fr、挪威的．no等），美國政府對其管理擁有很大發言權。
不過，部分國家可能因此停止對ICANN的支持。最壞的情況是，很多拒絕接受美國控制的國家可能會建立自己的獨立域名系統，
從而導致互聯網的分裂。
每天域名主根服務器列表會被復制到位于世界各地的其它12服務器上。
過去，.com、.org、.net等國際頂級域名的解析，都需要由設置在境外的域名服務器提供服務
，那時對國外互聯網的依賴性非常大。 所謂依賴性，從國際互聯網的工作機理來體現的，
就在于“根服務器”的問題。從理論上說，任何形式的標準域名要想被實現解析，按照技術流程，
都必須經過全球“層級式”域名解析體系的工作，才能完成。 “層級式”域名解析體系第一層就是根服務器，
負責管理世界各國的域名信息，在根服務器下面是頂級域名服務器，即相關國家域名管理機構的數據庫，
如中國的CNNIC，然后是在下一級的域名數據庫和ISP的緩存服務器。一個域名必須首先經過根數據庫的解析后，
才能轉到頂級域名服務器進行解析。
主根服務器放置在美國弗吉尼亞州的杜勒斯，由美國VeriSign公司負責運營維護。
其他12個輔根服務器如下：
美國VeriSign公司 2臺
美國PSINet公司 1臺
美國ISI(Information Sciences Institute) 1臺
美國ISC(Internet Software Consortium) 1臺
美國馬里蘭大學(University of Maryland) 1臺
美國太空總署(NASA) 1臺
美國國防部 1臺
美國陸軍研究所 1臺
挪威NORDUnet 1臺
日本WIDE(Widely Integrated Distributed Environments)研究計劃 1臺
網絡管理組織IANA(Internet Assigned Number Authority) 1臺
歐洲網絡管理組織RIPE-NCC(Resource IP Europeens Network Coordination Centre) 1臺
當計算機對域名訪問時并不是每次訪問都需要向DNS服務器尋求幫助的，一般來說當解析工作完成一次后，
該解析條目會保存在計算機的DNS緩存列表中，如果這時DNS解析出現更改變動的話，由于DNS緩存列表信息沒有改變，
在計算機對該域名訪問時仍然不會連接DNS服務器獲取最新解析信息，會根據自己計算機
上保存的緩存對應關系來解析，這樣就會出現DNS解析故障。這時我們應該通過清除DNS緩存的命令來解決故障。
清除辦法：進入控制面板->管理工具->服務，重起DNS Client服務。
動態主機設置協議（Dynamic Host Configuration Protocol, DHCP）是一個局域網的網絡協議，使用UDP協議工作，
主要有兩個用途：
給內部網絡或網絡服務供應商自動分配IP地址給用戶
給內部網絡管理員作為對所有計算機作中央管理的手段
參考：
http://news.newhua.com/news1/Teach_other/2009/1022/0910221121536G077955BFKH1AD280IA75HA0DJ0A7CDIDD3DG98KDE9E.html
http://blog.jianghu.taobao.com/u/NDc3ODc4MjM=/blog/blog_detail.htm?aid=17183037
詳解DNS原理 - 六省斷網其實和DNSPod無關
參考：
1，http://blog.sina.com.cn/s/blog_63f93f510100i16h.html
2，http://hi.baidu.com/jrckkyy/blog/item/faff3501e03765c6267fb5d5.html
3，http://blog.codingnow.com/2011/02/zeromq_message_patterns.html
參考：
1，OSGi,Java模塊化框架的另類進化 http://developer.51cto.com/art/201003/190584.htm
2，獨家專訪林昊：一步一步了解Java模塊化 http://developer.51cto.com/art/201001/181503.htm
Nagios是一個監視系統運行狀態和網絡信息的監視系統。
如果現在的公司是sp，有自己的短信通道，直接把發送短信的客戶端程序
sms_send拷貝到目錄/usr/local/bin/下。如果沒有短信下發的網關通道，那怎么辦呢？網絡上有很多短信發送的客戶端程序，很有名的就
是smsclient,把它下載下來，解包后安裝。不要忘記購買手機modem和手機卡，modem只支持SIM卡而不支持cdma。安裝完smsclient軟件和硬件modem后，測試一下是否正常。如果沒有modem又怎么辦？辦法還是有的：讓你
的手機號可以接受郵件，這需要你去營業廳開通這項功能。短信報警功能是最有用的功能，我們不可能成天盯著監視屏幕，也不可能成天接受電子郵件，但我們的手
機卻可以24小時在線，只要被監控對象發生故障，馬上就可以收到故障報警短信。以前，我很怕放長假，因為最擔心關鍵的設備或服務在假期出故障而自己不知道，所以放假就變成了值班；想必很多網絡管理員
都有類似的經歷。在我動手部署nagios以前，曾經在網上搜索關于nagios配置的文章，發現絕大部分都沒有介紹使用手機短信這個方便的功能，真是遺
憾呀！再次，強烈建議啟用nagios的短信故障報警功能。
參考：
http://netsecurity.51cto.com/art/200706/48728.htm
QuickLZ is the world's fastest compression library, reaching 308 Mbyte/s per core.
c語言版本最快，也有java實現的版本。
在線的：
1,Toodledo? 據說無官方android客戶端，第三方的有Got To Do等，還有一個ToodleDroid沒用過（評論里說同步有問題）。
2,RTM(http://www.rememberthemilk.com)? 據說官方的客戶端同步功能要收費。
3,http://www.wunderlist.com
4,國產的doit.im
其他：
android應用：Gtask
Rainlendar
參考：
http://www.productivelife.cn/2010/05/best-toodledo-android-client.html
http://www.productivelife.cn/2009/11/%E4%BB%8Etoodledo%E5%88%B0rtm.html
Meeting Room Booking System (MRBS) 是一個基于PHP/MySQL 開發的，使用瀏覽器訪問的會議室預訂系統