2009年11月17日
http://www.oracle.com/technetwork/java/archive-139210.html
javap -g Foo.java (-g 生成行號)
javap -c -s -l -verbose Foo
裝箱：從基本類型轉(zhuǎn)換成Object類型，稱之為裝箱；***拆箱：從Object轉(zhuǎn)換乘基本類型的操作，稱之為拆箱。 這個操作在反射過程中用的比較的多。 裝箱：在堆中建立一個Object實例，把你指定的值復(fù)制成去；***拆箱：判別引用指向的堆中信息是否是要拆成的類型，是取出堆中值送給棧中變量，否則報異常
//在-128~127 之外的數(shù) Integer num1 = 297; Integer num2 = 297; System.out.println("num1==num2: "+(num1==num2)); // 在-128~127 之內(nèi)的數(shù) Integer num3 = 97; Integer num4 = 97; System.out.println("num3==num4: "+(num3==num4)); 打印的結(jié)果是：num1==num2: false num3==num4: true
很奇怪吧：這就歸結(jié)于java對于Integer與int的自動裝箱與拆箱的設(shè)計，是一種模式：叫享元模式（flyweight） 為了加大對簡單數(shù)字的重利用，java定義：在自動裝箱時對于值從–128到127之間的值，它們被裝箱為Integer對象后，會存在內(nèi)存中被重用，始終只存在一個對象 而如果超過了從–128到127之間的值，被裝箱后的Integer對象并不會被重用，即相當(dāng)于每次裝箱時都新建一個 Integer對象；明白了吧 以上的現(xiàn)象是由于使用了自動裝箱所引起的，如果你沒有使用自動裝箱，而是跟一般類一樣，用new來進(jìn)行實例化，就會每次new就都一個新的對象；
1. Java中的泛型是什么 ? 使用泛型的好處是什么?
這是在各種Java泛型面試中，一開場你就會被問到的問題中的一個，主要集中在初級和中級面試中。那些擁有Java1.4或更早版本的開發(fā)背景的人都知道，在集合中存儲對象并在使用前進(jìn)行類型轉(zhuǎn)換是多么的不方便。泛型防止了那種情況的發(fā)生。它提供了編譯期的類型安全，確保你只能把正確類型的對象放入集合中，避免了在運(yùn)行時出現(xiàn)ClassCastException。
2. Java的泛型是如何工作的 ? 什么是類型擦除 ?
這是一道更好的泛型面試題。泛型是通過類型擦除來實現(xiàn)的，編譯器在編譯時擦除了所有類型相關(guān)的信息，所以在運(yùn)行時不存在任何類型相關(guān)的信息。例如List<String>在運(yùn)行時僅用一個List來表示。這樣做的目的，是確保能和Java 5之前的版本開發(fā)二進(jìn)制類庫進(jìn)行兼容。你無法在運(yùn)行時訪問到類型參數(shù)，因為編譯器已經(jīng)把泛型類型轉(zhuǎn)換成了原始類型。根據(jù)你對這個泛型問題的回答情況，你會得到一些后續(xù)提問，比如為什么泛型是由類型擦除來實現(xiàn)的或者給你展示一些會導(dǎo)致編譯器出錯的錯誤泛型代碼。請閱讀我的Java中泛型是如何工作的來了解更多信息。
3. 什么是泛型中的限定通配符和非限定通配符 ?
這是另一個非常流行的Java泛型面試題。限定通配符對類型進(jìn)行了限制。有兩種限定通配符，一種是<? extends T>它通過確保類型必須是T的子類來設(shè)定類型的上界，另一種是<? super T>它通過確保類型必須是T的父類來設(shè)定類型的下界。泛型類型必須用限定內(nèi)的類型來進(jìn)行初始化，否則會導(dǎo)致編譯錯誤。另一方面<?>表示了非限定通配符，因為<?>可以用任意類型來替代。更多信息請參閱我的文章泛型中限定通配符和非限定通配符之間的區(qū)別。
4. List<? extends T>和List <? super T>之間有什么區(qū)別 ?
這和上一個面試題有聯(lián)系，有時面試官會用這個問題來評估你對泛型的理解，而不是直接問你什么是限定通配符和非限定通配符。這兩個List的聲明都是限定通配符的例子，List<? extends T>可以接受任何繼承自T的類型的List，而List<? super T>可以接受任何T的父類構(gòu)成的List。例如List<? extends Number>可以接受List<Integer>或List<Float>。在本段出現(xiàn)的連接中可以找到更多信息。
5. 如何編寫一個泛型方法，讓它能接受泛型參數(shù)并返回泛型類型?
編寫泛型方法并不困難，你需要用泛型類型來替代原始類型，比如使用T, E or K,V等被廣泛認(rèn)可的類型占位符。泛型方法的例子請參閱Java集合類框架。最簡單的情況下，一個泛型方法可能會像這樣:
public V put(K key, V value) { return cache.put(key, value); } 6. Java中如何使用泛型編寫帶有參數(shù)的類?
這是上一道面試題的延伸。面試官可能會要求你用泛型編寫一個類型安全的類，而不是編寫一個泛型方法。關(guān)鍵仍然是使用泛型類型來代替原始類型，而且要使用JDK中采用的標(biāo)準(zhǔn)占位符。
7. 編寫一段泛型程序來實現(xiàn)LRU緩存?
對于喜歡Java編程的人來說這相當(dāng)于是一次練習(xí)。給你個提示，LinkedHashMap可以用來實現(xiàn)固定大小的LRU緩存，當(dāng)LRU緩存已經(jīng)滿了的時候，它會把最老的鍵值對移出緩存。LinkedHashMap提供了一個稱為removeEldestEntry()的方法，該方法會被put()和putAll()調(diào)用來刪除最老的鍵值對。當(dāng)然，如果你已經(jīng)編寫了一個可運(yùn)行的JUnit測試，你也可以隨意編寫你自己的實現(xiàn)代碼。
8. 你可以把List<String>傳遞給一個接受List<Object>參數(shù)的方法嗎？
對任何一個不太熟悉泛型的人來說，這個Java泛型題目看起來令人疑惑，因為乍看起來String是一種Object，所以List<String>應(yīng)當(dāng)可以用在需要List<Object>的地方，但是事實并非如此。真這樣做的話會導(dǎo)致編譯錯誤。如果你再深一步考慮，你會發(fā)現(xiàn)Java這樣做是有意義的，因為List<Object>可以存儲任何類型的對象包括String, Integer等等，而List<String>卻只能用來存儲Strings。
List<Object> objectList; List<String> stringList; objectList = stringList; //compilation error incompatible types
9. Array中可以用泛型嗎?
這可能是Java泛型面試題中最簡單的一個了，當(dāng)然前提是你要知道Array事實上并不支持泛型，這也是為什么Joshua Bloch在Effective Java一書中建議使用List來代替Array，因為List可以提供編譯期的類型安全保證，而Array卻不能。
10. 如何阻止Java中的類型未檢查的警告?
如果你把泛型和原始類型混合起來使用，例如下列代碼，Java 5的javac編譯器會產(chǎn)生類型未檢查的警告，例如
List<String> rawList = new ArrayList() 注意: Hello.java使用了未檢查或稱為不安全的操作;
這種警告可以使用@SuppressWarnings("unchecked")注解來屏蔽。
Java泛型面試題補(bǔ)充更新:
我手頭又拿到了幾個Java泛型面試題跟大家分享下，這幾道題集中在泛型類型和原始類型的區(qū)別上，以及我們是否可以用Object來代替限定通配符的使用等等：
Java中List<Object>和原始類型List之間的區(qū)別?
原始類型和帶參數(shù)類型<Object>之間的主要區(qū)別是，在編譯時編譯器不會對原始類型進(jìn)行類型安全檢查，卻會對帶參數(shù)的類型進(jìn)行檢查，通過使用Object作為類型，可以告知編譯器該方法可以接受任何類型的對象，比如String或Integer。這道題的考察點(diǎn)在于對泛型中原始類型的正確理解。它們之間的第二點(diǎn)區(qū)別是，你可以把任何帶參數(shù)的類型傳遞給原始類型List，但卻不能把List<String>傳遞給接受List<Object>的方法，因為會產(chǎn)生變異錯誤。更多詳細(xì)信息請參閱Java中的泛型是如何工作的。
Java中List<?>和List<Object>之間的區(qū)別是什么?
這道題跟上一道題看起來很像，實質(zhì)上卻完全不同。List<?> 是一個未知類型的List，而List<Object>其實是任意類型的List。你可以把List<String>, List<Integer>賦值給List<?>，卻不能把List<String>賦值給List<Object>。
List<?> listOfAnyType; List<Object> listOfObject = new ArrayList<Object>(); List<String> listOfString = new ArrayList<String>(); List<Integer> listOfInteger = new ArrayList<Integer>(); listOfAnyType = listOfString; //legal listOfAnyType = listOfInteger; //legal listOfObjectType = (List<Object>) listOfString; //compiler error - in-convertible types
想了解更多關(guān)于通配符的信息請查看Java中的泛型通配符示例
List<String>和原始類型List之間的區(qū)別.
該題類似于“原始類型和帶參數(shù)類型之間有什么區(qū)別”。帶參數(shù)類型是類型安全的，而且其類型安全是由編譯器保證的，但原始類型List卻不是類型安全的。你不能把String之外的任何其它類型的Object存入String類型的List中，而你可以把任何類型的對象存入原始List中。使用泛型的帶參數(shù)類型你不需要進(jìn)行類型轉(zhuǎn)換，但是對于原始類型，你則需要進(jìn)行顯式的類型轉(zhuǎn)換。
List listOfRawTypes = new ArrayList(); listOfRawTypes.add("abc"); listOfRawTypes.add(123); //編譯器允許這樣 - 運(yùn)行時卻會出現(xiàn)異常 String item = (String) listOfRawTypes.get(0); //需要顯式的類型轉(zhuǎn)換 item = (String) listOfRawTypes.get(1); //拋ClassCastException，因為Integer不能被轉(zhuǎn)換為String List<String> listOfString = new ArrayList(); listOfString.add("abcd"); listOfString.add(1234); //編譯錯誤，比在運(yùn)行時拋異常要好 item = listOfString.get(0); //不需要顯式的類型轉(zhuǎn)換 - 編譯器自動轉(zhuǎn)換
Java 語言中引入泛型是一個較大的功能增強(qiáng)。不僅語言、類型系統(tǒng)和編譯器有了較大的變化，以支持泛型，而且類庫也進(jìn)行了大翻修，所以許多重要的類，比如集合框架，都已經(jīng)成為泛型化的了。
這帶來了很多好處：
1，類型安全。 泛型的主要目標(biāo)是提高 Java 程序的類型安全。通過知道使用泛型定義的變量的類型限制，編譯器可以在一個高得多的程度上驗證類型假設(shè)。沒有泛型，這些假設(shè)就只存在于程序員的頭腦中（或者如果幸運(yùn)的話，還存在于代碼注釋中）。
2，消除強(qiáng)制類型轉(zhuǎn)換。 泛型的一個附帶好處是，消除源代碼中的許多強(qiáng)制類型轉(zhuǎn)換。這使得代碼更加可讀，并且減少了出錯機(jī)會。
3，潛在的性能收益。 泛型為較大的優(yōu)化帶來可能。在泛型的初始實現(xiàn)中，編譯器將強(qiáng)制類型轉(zhuǎn)換（沒有泛型的話，程序員會指定這些強(qiáng)制類型轉(zhuǎn)換）插入生成的字節(jié)碼中。但是更多類型信息可用于編譯器這一事實，為未來版本的 JVM 的優(yōu)化帶來可能。由于泛型的實現(xiàn)方式，支持泛型（幾乎）不需要 JVM 或類文件更改。所有工作都在編譯器中完成，編譯器生成類似于沒有泛型（和強(qiáng)制類型轉(zhuǎn)換）時所寫的代碼，只是更能確保類型安全而已。
Java語言引入泛型的好處是安全簡單。泛型的好處是在編譯的時候檢查類型安全，并且所有的強(qiáng)制轉(zhuǎn)換都是自動和隱式的，提高代碼的重用率。
泛型在使用中還有一些規(guī)則和限制：
1、泛型的類型參數(shù)只能是類類型（包括自定義類），不能是簡單類型。
2、同一種泛型可以對應(yīng)多個版本（因為參數(shù)類型是不確定的），不同版本的泛型類實例是不兼容的。
3、泛型的類型參數(shù)可以有多個。
4、泛型的參數(shù)類型可以使用extends語句，例如<T extends superclass>。習(xí)慣上成為“有界類型”。
5、泛型的參數(shù)類型還可以是通配符類型。例如Class<?> classType = Class.forName(Java.lang.String);
重寫方法的規(guī)則：
1、參數(shù)列表必須完全與被重寫的方法相同，否則不能稱其為重寫而是重載。
2、返回的類型必須一直與被重寫的方法的返回類型相同，否則不能稱其為重寫而是重載。
3、訪問修飾符的限制一定要大于被重寫方法的訪問修飾符（public>protected>default>private）
4、重寫方法一定不能拋出新的檢查異常或者比被重寫方法申明更加寬泛的檢查型異常。例如：
父類的一個方法申明了一個檢查異常IOException，在重寫這個方法是就不能拋出Exception,只能拋出IOException的子類異常，可以拋出非檢查異常。
而重載的規(guī)則：
1、必須具有不同的參數(shù)列表；
2、可以有不責(zé)罵的返回類型，只要參數(shù)列表不同就可以了；
3、可以有不同的訪問修飾符；
4、可以拋出不同的異常；
重寫與重載的區(qū)別在于：
重寫多態(tài)性起作用，對調(diào)用被重載過的方法可以大大減少代碼的輸入量，同一個方法名只要往里面?zhèn)鬟f不同的參數(shù)就可以擁有不同的功能或返回值。
用好重寫和重載可以設(shè)計一個結(jié)構(gòu)清晰而簡潔的類，可以說重寫和重載在編寫代碼過程中的作用非同一般.
擦除法并不代表編譯后的字節(jié)碼中就不包含我們在源代碼定義的泛型類型了。而是在字節(jié)碼中引入新屬性Signature 和 LocalVariableTypeTable 來存儲泛型。這也是為什么可以通過返回值重載，及通過反射獲取到泛型的根本原因
Collections.synchronizedMap是個比較老的API了，實際用起來還要手工做一些事。建議樓主用Java5的ConcurrentHashMap或Java6的ConcurrentSkipListMap
1、首先要清楚源碼的編碼方式是什么？如果源碼的編碼是utf-8 就需要這樣修改Preferences General > Workspace 修改Text file encoding為UTF-8后才行。重新啟動Eclipse就可以解決了()
向ThreadLocal里面存東西就是向它里面的Map存東西的，然后ThreadLocal把這個Map掛到當(dāng)前的線程底下，這樣Map就只屬于這個線程了。
1.打開旺旺的聊天窗口
2.command+shift+n 會彈出登錄匡
是因為左側(cè)的視圖是Project Explorer而不是Package Explorer，直接在菜單欄上面找到“Window”-“Show view...”-“Other”，搜索“package”找到Package Explorer，并且讓它顯示出來，就OK了，在Package Explorer里面是有Referenced Libraries的。
摘要: 什么是HTTP協(xié)議協(xié)議是指計算機(jī)通信網(wǎng)絡(luò)中兩臺計算機(jī)之間進(jìn)行通信所必須共同遵守的規(guī)定或規(guī)則，超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議，它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器 目前我們使用的是HTTP/1.1 版本W(wǎng)eb服務(wù)器，瀏覽器,代理服務(wù)器當(dāng)我們打開瀏覽器，在地址欄中輸入URL，然后我們就看到了網(wǎng)頁。 原理是怎樣的呢？實際上我們輸入URL后，我們的瀏...
閱讀全文
基于 HTTP 長連接的“服務(wù)器推”技術(shù)
Comet 簡介
瀏覽器作為 Web 應(yīng)用的前臺，自身的處理功能比較有限。瀏覽器的發(fā)展需要客戶端升級軟件，同時由于客戶端瀏覽器軟件的多樣性，在某種意義上，也影響了瀏覽器新技術(shù)的推廣。在 Web 應(yīng)用中，瀏覽器的主要工作是發(fā)送請求、解析服務(wù)器返回的信息以不同的風(fēng)格顯示。AJAX 是瀏覽器技術(shù)發(fā)展的成果，通過在瀏覽器端發(fā)送異步請求，提高了單用戶操作的響應(yīng)性。但 Web 本質(zhì)上是一個多用戶的系統(tǒng)，對任何用戶來說，可以認(rèn)為服務(wù)器是另外一個用戶。現(xiàn)有 AJAX 技術(shù)的發(fā)展并不能解決在一個多用戶的 Web 應(yīng)用中，將更新的信息實時傳送給客戶端，從而用戶可能在“過時”的信息下進(jìn)行操作。而 AJAX 的應(yīng)用又使后臺數(shù)據(jù)更新更加頻繁成為可能。
圖 1. 傳統(tǒng)的 Web 應(yīng)用模型與基于 AJAX 的模型之比較
“服務(wù)器推”是一種很早就存在的技術(shù)，以前在實現(xiàn)上主要是通過客戶端的套接口，或是服務(wù)器端的遠(yuǎn)程調(diào)用。因為瀏覽器技術(shù)的發(fā)展比較緩慢，沒有為“服務(wù)器推”的實現(xiàn)提供很好的支持，在純?yōu)g覽器的應(yīng)用中很難有一個完善的方案去實現(xiàn)“服務(wù)器推”并用于商業(yè)程序。最近幾年，因為 AJAX 技術(shù)的普及，以及把 IFrame 嵌在“htmlfile“的 ActiveX 組件中可以解決 IE 的加載顯示問題，一些受歡迎的應(yīng)用如 meebo，gmail+gtalk 在實現(xiàn)中使用了這些新技術(shù)；同時“服務(wù)器推”在現(xiàn)實應(yīng)用中確實存在很多需求。因為這些原因，基于純?yōu)g覽器的“服務(wù)器推”技術(shù)開始受到較多關(guān)注，Alex Russell（Dojo Toolkit 的項目 Lead）稱這種基于 HTTP 長連接、無須在瀏覽器端安裝插件的“服務(wù)器推”技術(shù)為“Comet”。目前已經(jīng)出現(xiàn)了一些成熟的 Comet 應(yīng)用以及各種開源框架；一些 Web 服務(wù)器如 Jetty 也在為支持大量并發(fā)的長連接進(jìn)行了很多改進(jìn)。關(guān)于 Comet 技術(shù)最新的發(fā)展?fàn)顩r請參考關(guān)于 Comet 的 wiki。
下面將介紹兩種 Comet 應(yīng)用的實現(xiàn)模型。
基于 AJAX 的長輪詢（long-polling）方式
如 圖 1 所示，AJAX 的出現(xiàn)使得 JavaScript 可以調(diào)用 XMLHttpRequest 對象發(fā)出 HTTP 請求，JavaScript 響應(yīng)處理函數(shù)根據(jù)服務(wù)器返回的信息對 HTML 頁面的顯示進(jìn)行更新。使用 AJAX 實現(xiàn)“服務(wù)器推”與傳統(tǒng)的 AJAX 應(yīng)用不同之處在于：
- 服務(wù)器端會阻塞請求直到有數(shù)據(jù)傳遞或超時才返回。
- 客戶端 JavaScript 響應(yīng)處理函數(shù)會在處理完服務(wù)器返回的信息后，再次發(fā)出請求，重新建立連接。
- 當(dāng)客戶端處理接收的數(shù)據(jù)、重新建立連接時，服務(wù)器端可能有新的數(shù)據(jù)到達(dá)；這些信息會被服務(wù)器端保存直到客戶端重新建立連接，客戶端會一次把當(dāng)前服務(wù)器端所有的信息取回。
圖 2. 基于長輪詢的服務(wù)器推模型
一些應(yīng)用及示例如 “Meebo”, “Pushlet Chat” 都采用了這種長輪詢的方式。相對于“輪詢”（poll），這種長輪詢方式也可以稱為“拉”（pull）。因為這種方案基于 AJAX，具有以下一些優(yōu)點(diǎn)：請求異步發(fā)出；無須安裝插件；IE、Mozilla FireFox 都支持 AJAX。
在這種長輪詢方式下，客戶端是在 XMLHttpRequest 的 readystate 為 4（即數(shù)據(jù)傳輸結(jié)束）時調(diào)用回調(diào)函數(shù)，進(jìn)行信息處理。當(dāng) readystate 為 4 時，數(shù)據(jù)傳輸結(jié)束，連接已經(jīng)關(guān)閉。Mozilla Firefox 提供了對 Streaming AJAX 的支持， 即 readystate 為 3 時（數(shù)據(jù)仍在傳輸中），客戶端可以讀取數(shù)據(jù)，從而無須關(guān)閉連接，就能讀取處理服務(wù)器端返回的信息。IE 在 readystate 為 3 時，不能讀取服務(wù)器返回的數(shù)據(jù)，目前 IE 不支持基于 Streaming AJAX。
基于 Iframe 及 htmlfile 的流（streaming）方式
iframe 是很早就存在的一種 HTML 標(biāo)記， 通過在 HTML 頁面里嵌入一個隱蔵幀，然后將這個隱蔵幀的 SRC 屬性設(shè)為對一個長連接的請求，服務(wù)器端就能源源不斷地往客戶端輸入數(shù)據(jù)。
圖 3. 基于流方式的服務(wù)器推模型
上節(jié)提到的 AJAX 方案是在 JavaScript 里處理 XMLHttpRequest 從服務(wù)器取回的數(shù)據(jù)，然后 Javascript 可以很方便的去控制 HTML 頁面的顯示。同樣的思路用在 iframe 方案的客戶端，iframe 服務(wù)器端并不返回直接顯示在頁面的數(shù)據(jù)，而是返回對客戶端 Javascript 函數(shù)的調(diào)用，如“<script type="text/javascript">js_func(“data from server ”)</script>”。服務(wù)器端將返回的數(shù)據(jù)作為客戶端 JavaScript 函數(shù)的參數(shù)傳遞；客戶端瀏覽器的 Javascript 引擎在收到服務(wù)器返回的 JavaScript 調(diào)用時就會去執(zhí)行代碼。
從 圖 3 可以看到，每次數(shù)據(jù)傳送不會關(guān)閉連接，連接只會在通信出現(xiàn)錯誤時，或是連接重建時關(guān)閉（一些防火墻常被設(shè)置為丟棄過長的連接， 服務(wù)器端可以設(shè)置一個超時時間， 超時后通知客戶端重新建立連接，并關(guān)閉原來的連接）。
使用 iframe 請求一個長連接有一個很明顯的不足之處：IE、Morzilla Firefox 下端的進(jìn)度欄都會顯示加載沒有完成，而且 IE 上方的圖標(biāo)會不停的轉(zhuǎn)動，表示加載正在進(jìn)行。Google 的天才們使用一個稱為“htmlfile”的 ActiveX 解決了在 IE 中的加載顯示問題，并將這種方法用到了 gmail+gtalk 產(chǎn)品中。Alex Russell 在 “What else is burried down in the depth's of Google's amazing JavaScript?”文章中介紹了這種方法。Zeitoun 網(wǎng)站提供的 comet-iframe.tar.gz，封裝了一個基于 iframe 和 htmlfile 的 JavaScript comet 對象，支持 IE、Mozilla Firefox 瀏覽器，可以作為參考。（請參見 參考資源）
回頁首
使用 Comet 模型開發(fā)自己的應(yīng)用
上面介紹了兩種基于 HTTP 長連接的“服務(wù)器推”架構(gòu)，更多描述了客戶端處理長連接的技術(shù)。對于一個實際的應(yīng)用而言，系統(tǒng)的穩(wěn)定性和性能是非常重要的。將 HTTP 長連接用于實際應(yīng)用，很多細(xì)節(jié)需要考慮。
不要在同一客戶端同時使用超過兩個的 HTTP 長連接
我們使用 IE 下載文件時會有這樣的體驗，從同一個 Web 服務(wù)器下載文件，最多只能有兩個文件同時被下載。第三個文件的下載會被阻塞，直到前面下載的文件下載完畢。這是因為 HTTP 1.1 規(guī)范中規(guī)定，客戶端不應(yīng)該與服務(wù)器端建立超過兩個的 HTTP 連接， 新的連接會被阻塞。而 IE 在實現(xiàn)中嚴(yán)格遵守了這種規(guī)定。
HTTP 1.1 對兩個長連接的限制，會對使用了長連接的 Web 應(yīng)用帶來如下現(xiàn)象：在客戶端如果打開超過兩個的 IE 窗口去訪問同一個使用了長連接的 Web 服務(wù)器，第三個 IE 窗口的 HTTP 請求被前兩個窗口的長連接阻塞。
所以在開發(fā)長連接的應(yīng)用時， 必須注意在使用了多個 frame 的頁面中，不要為每個 frame 的頁面都建立一個 HTTP 長連接，這樣會阻塞其它的 HTTP 請求，在設(shè)計上考慮讓多個 frame 的更新共用一個長連接。
服務(wù)器端的性能和可擴(kuò)展性
一般 Web 服務(wù)器會為每個連接創(chuàng)建一個線程，如果在大型的商業(yè)應(yīng)用中使用 Comet，服務(wù)器端需要維護(hù)大量并發(fā)的長連接。在這種應(yīng)用背景下，服務(wù)器端需要考慮負(fù)載均衡和集群技術(shù)；或是在服務(wù)器端為長連接作一些改進(jìn)。
應(yīng)用和技術(shù)的發(fā)展總是帶來新的需求，從而推動新技術(shù)的發(fā)展。HTTP 1.1 與 1.0 規(guī)范有一個很大的不同：1.0 規(guī)范下服務(wù)器在處理完每個 Get/Post 請求后會關(guān)閉套接口連接； 而 1.1 規(guī)范下服務(wù)器會保持這個連接，在處理兩個請求的間隔時間里，這個連接處于空閑狀態(tài)。 Java 1.4 引入了支持異步 IO 的 java.nio 包。當(dāng)連接處于空閑時，為這個連接分配的線程資源會返還到線程池，可以供新的連接使用；當(dāng)原來處于空閑的連接的客戶發(fā)出新的請求，會從線程池里分配一個線程資源處理這個請求。 這種技術(shù)在連接處于空閑的機(jī)率較高、并發(fā)連接數(shù)目很多的場景下對于降低服務(wù)器的資源負(fù)載非常有效。
但是 AJAX 的應(yīng)用使請求的出現(xiàn)變得頻繁，而 Comet 則會長時間占用一個連接，上述的服務(wù)器模型在新的應(yīng)用背景下會變得非常低效，線程池里有限的線程數(shù)甚至可能會阻塞新的連接。Jetty 6 Web 服務(wù)器針對 AJAX、Comet 應(yīng)用的特點(diǎn)進(jìn)行了很多創(chuàng)新的改進(jìn)，請參考文章“AJAX，Comet and Jetty”（請參見 參考資源）。
控制信息與數(shù)據(jù)信息使用不同的 HTTP 連接
使用長連接時，存在一個很常見的場景：客戶端網(wǎng)頁需要關(guān)閉，而服務(wù)器端還處在讀取數(shù)據(jù)的堵塞狀態(tài)，客戶端需要及時通知服務(wù)器端關(guān)閉數(shù)據(jù)連接。服務(wù)器在收到關(guān)閉請求后首先要從讀取數(shù)據(jù)的阻塞狀態(tài)喚醒，然后釋放為這個客戶端分配的資源，再關(guān)閉連接。
所以在設(shè)計上，我們需要使客戶端的控制請求和數(shù)據(jù)請求使用不同的 HTTP 連接，才能使控制請求不會被阻塞。
在實現(xiàn)上，如果是基于 iframe 流方式的長連接，客戶端頁面需要使用兩個 iframe，一個是控制幀，用于往服務(wù)器端發(fā)送控制請求，控制請求能很快收到響應(yīng)，不會被堵塞；一個是顯示幀，用于往服務(wù)器端發(fā)送長連接請求。如果是基于 AJAX 的長輪詢方式，客戶端可以異步地發(fā)出一個 XMLHttpRequest 請求，通知服務(wù)器端關(guān)閉數(shù)據(jù)連接。
在客戶和服務(wù)器之間保持“心跳”信息
在瀏覽器與服務(wù)器之間維持一個長連接會為通信帶來一些不確定性：因為數(shù)據(jù)傳輸是隨機(jī)的，客戶端不知道何時服務(wù)器才有數(shù)據(jù)傳送。服務(wù)器端需要確保當(dāng)客戶端不再工作時，釋放為這個客戶端分配的資源，防止內(nèi)存泄漏。因此需要一種機(jī)制使雙方知道大家都在正常運(yùn)行。在實現(xiàn)上：
- 服務(wù)器端在阻塞讀時會設(shè)置一個時限，超時后阻塞讀調(diào)用會返回，同時發(fā)給客戶端沒有新數(shù)據(jù)到達(dá)的心跳信息。此時如果客戶端已經(jīng)關(guān)閉，服務(wù)器往通道寫數(shù)據(jù)會出現(xiàn)異常，服務(wù)器端就會及時釋放為這個客戶端分配的資源。
- 如果客戶端使用的是基于 AJAX 的長輪詢方式；服務(wù)器端返回數(shù)據(jù)、關(guān)閉連接后，經(jīng)過某個時限沒有收到客戶端的再次請求，會認(rèn)為客戶端不能正常工作，會釋放為這個客戶端分配、維護(hù)的資源。
- 當(dāng)服務(wù)器處理信息出現(xiàn)異常情況，需要發(fā)送錯誤信息通知客戶端，同時釋放資源、關(guān)閉連接。
Pushlet - 開源 Comet 框架
Pushlet 是一個開源的 Comet 框架，在設(shè)計上有很多值得借鑒的地方，對于開發(fā)輕量級的 Comet 應(yīng)用很有參考價值。
觀察者模型
Pushlet 使用了觀察者模型：客戶端發(fā)送請求，訂閱感興趣的事件；服務(wù)器端為每個客戶端分配一個會話 ID 作為標(biāo)記，事件源會把新產(chǎn)生的事件以多播的方式發(fā)送到訂閱者的事件隊列里。
客戶端 JavaScript 庫
pushlet 提供了基于 AJAX 的 JavaScript 庫文件用于實現(xiàn)長輪詢方式的“服務(wù)器推”；還提供了基于 iframe 的 JavaScript 庫文件用于實現(xiàn)流方式的“服務(wù)器推”。
JavaScript 庫做了很多封裝工作：
- 定義客戶端的通信狀態(tài)：
STATE_ERROR、STATE_ABORT、STATE_NULL、STATE_READY、STATE_JOINED、STATE_LISTENING； - 保存服務(wù)器分配的會話 ID，在建立連接之后的每次請求中會附上會話 ID 表明身份；
- 提供了
join()、leave()、subscribe()、 unsubsribe()、listen() 等 API 供頁面調(diào)用； - 提供了處理響應(yīng)的 JavaScript 函數(shù)接口
onData()、onEvent()…
網(wǎng)頁可以很方便地使用這兩個 JavaScript 庫文件封裝的 API 與服務(wù)器進(jìn)行通信。
客戶端與服務(wù)器端通信信息格式
pushlet 定義了一套客戶與服務(wù)器通信的信息格式，使用 XML 格式。定義了客戶端發(fā)送請求的類型：join、leave、subscribe、unsubscribe、listen、refresh；以及響應(yīng)的事件類型：data、join_ack、listen_ack、refresh、heartbeat、error、abort、subscribe_ack、unsubscribe_ack。
服務(wù)器端事件隊列管理
pushlet 在服務(wù)器端使用 Java Servlet 實現(xiàn)，其數(shù)據(jù)結(jié)構(gòu)的設(shè)計框架仍可適用于 PHP、C 編寫的后臺客戶端。
Pushlet 支持客戶端自己選擇使用流、拉（長輪詢）、輪詢方式。服務(wù)器端根據(jù)客戶選擇的方式在讀取事件隊列（fetchEvents）時進(jìn)行不同的處理。“輪詢”模式下 fetchEvents() 會馬上返回。”流“和”拉“模式使用阻塞的方式讀事件，如果超時，會發(fā)給客戶端發(fā)送一個沒有新信息收到的“heartbeat“事件，如果是“拉”模式，會把“heartbeat”與“refresh”事件一起傳給客戶端，通知客戶端重新發(fā)出請求、建立連接。
客戶服務(wù)器之間的會話管理
服務(wù)端在客戶端發(fā)送 join 請求時，會為客戶端分配一個會話 ID， 并傳給客戶端，然后客戶端就通過此會話 ID 標(biāo)明身份發(fā)出subscribe 和 listen 請求。服務(wù)器端會為每個會話維護(hù)一個訂閱的主題集合、事件隊列。
服務(wù)器端的事件源會把新產(chǎn)生的事件以多播的方式發(fā)送到每個會話（即訂閱者）的事件隊列里。
回頁首
小結(jié)
本文介紹了如何在現(xiàn)有的技術(shù)基礎(chǔ)上選擇合適的方案開發(fā)一個“服務(wù)器推”的應(yīng)用，最優(yōu)的方案還是取決于應(yīng)用需求的本身。相對于傳統(tǒng)的 Web 應(yīng)用， 目前開發(fā) Comet 應(yīng)用還是具有一定的挑戰(zhàn)性。
“服務(wù)器推”存在廣泛的應(yīng)用需求，為了使 Comet 模型適用于大規(guī)模的商業(yè)應(yīng)用，以及方便用戶構(gòu)建 Comet 應(yīng)用，最近幾年，無論是服務(wù)器還是瀏覽器都出現(xiàn)了很多新技術(shù)，同時也出現(xiàn)了很多開源的 Comet 框架、協(xié)議。需求推動技術(shù)的發(fā)展，相信 Comet 的應(yīng)用會變得和 AJAX 一樣普及。
vTCP連接的建立
v
第一次握手：客戶端TCP首先給服務(wù)器端TCP發(fā)送一個特殊的TCP數(shù)據(jù)
段。該數(shù)據(jù)段不包含應(yīng)用層數(shù)據(jù)，并將頭部中的SYN位設(shè)置為1，所以該數(shù)
據(jù)段被稱為SYN數(shù)據(jù)段。另外，客戶選擇一個初始序列號SEQ，設(shè)SEQ＝x
并將這個編號放到初始的TCP SYN數(shù)據(jù)段的序列號字段中。該數(shù)據(jù)段被封
裝到一個IP數(shù)據(jù)報中，并發(fā)送給服務(wù)器。
第二次握手：一旦裝有TCP SYN數(shù)據(jù)段的IP數(shù)據(jù)報到達(dá)了服務(wù)器主機(jī)，服
務(wù)器將從該數(shù)據(jù)報中提取出TCP SYN數(shù)據(jù)段，給該連接分配TCP緩沖區(qū)和
變量，并給客戶TCP發(fā)送一個允許連接的數(shù)據(jù)段。這個允許連接的數(shù)據(jù)段
也不包含任何應(yīng)用層數(shù)據(jù)。但是，它的頭部中裝載著3個重要信息。首先，
SYN被設(shè)置為1；其次，TCP數(shù)據(jù)段頭部的確認(rèn)字段被設(shè)置為x＋1；最后，
服務(wù)器選擇自己的初始順序號，SEQ=y，并將該值放到TCP數(shù)據(jù)段頭部的
序列號字段中。
第三次握手：在接收到允許連接數(shù)據(jù)段之后，客戶也會給連接分配緩沖區(qū)
和變量。客戶端主機(jī)還會給服務(wù)器發(fā)送另一個數(shù)據(jù)段，對服務(wù)器的允許連
接數(shù)據(jù)段給出確認(rèn)。議中連接過程.png)
報錯：springmvc threw exception com.ibatis.sqlmap.client.SqlMapException: There is
no statement named 語句名 in this SqlMap.sqlmap-config.xml 中 必須加上這行：<settings cacheModelsEnabled="true" enhancementEnabled="false" lazyLoadingEnabled="false" maxRequests="3000" maxSessions="3000" maxTransactions="3000" useStatementNamespaces="true"/>
讓root用戶可以遠(yuǎn)程登錄
--------------------------------------------------------------------------------
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;
以前發(fā)現(xiàn)在Ubuntu重啟后，hosts 文件又恢復(fù)到了修改前，十分奇怪。
一開始覺得是Linux的問題，最近在Mac上同樣的現(xiàn)象又出現(xiàn)了。
查看 /etc/目錄下，發(fā)現(xiàn)了兩個一摸一樣的文件,hosts和hosts.ac ，vimdiff一下，居然一模一樣！
看來原因找到了。
Cisco AnyConnect 搗的鬼
仔細(xì)回想了一下，發(fā)現(xiàn)/ect/hosts.ac是出現(xiàn)在 VPN 客戶端:Cisco AnyConnect后,hosts.ac應(yīng)該是any client的縮寫。
這貨每次在重啟后，都會把/etc/hosts重新覆蓋一遍。
所以,除非你同時修改了/etc/hosts.ac 文件，否則單獨(dú)只修改/etc/hosts都會被重置。
下面開始實驗證明一下
首先測試下做個軟鏈?zhǔn)欠裼行В?/h5>刪除原來hosts.ac sudo rm /etc/hosts.ac 建立軟鏈 sudo ln -s /etc/hosts.ac /etc/hosts
重啟后發(fā)現(xiàn)，兩個hosts文件都不在了。。。悲劇 。
嘗試反著操作
刪除原來hosts sudo rm /etc/hosts 建立軟鏈 sudo ln -s /etc/hosts /etc/hosts.ac
再次重啟，發(fā)現(xiàn)軟連接消失了，依舊變成了連個一模一樣的hosts.ac 。
實驗證明
每次重啟，hosts.ac都會重新復(fù)制給hosts，
所以如果你希望hosts保留的話，每次修改hosts后，請同時復(fù)制給hosts.ac文件
如果不小心被誤刪除了，可以使用原始的hosts文件內(nèi)容恢復(fù)：
255.255.255.255 broadcasthost ::1 localhost fe80::1%lo0 localhost
偷懶的解決方案
在BASH的PATH目錄下，創(chuàng)建mh腳本，以后通過這個腳本修改hosts文件
#!/bin/bash #!/bin/bash
modify hosts
if [ -f /etc/hosts ];then echo "/etc/hosts exists,back up to ~/hosts.bak" cp /etc/hosts ~/hosts.bak sudo rm /etc/hosts fi if [ ! -L /etc/hosts ];then echo "link /etc/hosts.ac => /etc/hosts" sudo ln -s /etc/hosts.ac /etc/hosts fi sudo vi /etc/hosts.ac
出錯如下：
New emulator found: emulator-5554
Waiting for HOME ('android.process.acore') to be launched...
解決方法：保持AVD，不要關(guān)閉，重新運(yùn)行工程。
在網(wǎng)絡(luò)編程領(lǐng)域（注意不是Web編程），幾乎每天都與socket打交道。然而不知如何，國人竟把socket翻譯成了“套接字”。socket的原意是指電源插座，而“套接字”為何物？
雖然這種翻譯已經(jīng)被絕大多數(shù)國人認(rèn)可，可這也恰恰給網(wǎng)絡(luò)編程的入門及其本質(zhì)的理解造成了難以理解的巨大惡果。還是先讓我們來看看插座吧。
對于電源插座，相信大家都不會陌生了。看看下面這個再簡單不過的生活經(jīng)歷：
小王裝修房子，第一天，為了用電，必須找一根電纜從變電站把電引入家中。也就是家里用電的總來源要有啊。
第二天，小王買來了電冰箱，為了給電冰箱供電，必須先買一個插座，并把插座接到第一天引入的電源線上。剩下來就簡單了，因為有了插座(socket)，把冰箱的電源插頭插入就OK了。
第三天，熱愛計算機(jī)的小王買來了心愛的電腦，可這下就犯愁了，怎么供電呢？好辦，又買了一個插座(socket)并接到電源線上，把電腦的插頭插入socket，電腦終于可以正常使用了。
第四天，小王又買來了電視機(jī)，同樣一個socket，又讓電視機(jī)順利地工作了。
第五天，第六天...按照同樣的方法，小王通過一個又一個的插座(socket)，完成了所有電器的供電。
看完了這個例子，再想想網(wǎng)絡(luò)編程，簡直是如出一轍。
為了連上網(wǎng)絡(luò)，必須要有網(wǎng)卡（總電源），這樣網(wǎng)絡(luò)上的數(shù)據(jù)便可以到達(dá)你的計算機(jī)了。可是你的應(yīng)用程序如何取得這些網(wǎng)絡(luò)數(shù)據(jù)呢，很簡單，建立一個socket，并連到網(wǎng)卡上，好了這下你就可以從插座里取得信息了。無論何時你想取得網(wǎng)絡(luò)數(shù)據(jù)只需連接一個socket即可。
看看，socket這個詞，用到網(wǎng)絡(luò)編程API上是何等的形象！足見創(chuàng)始人對網(wǎng)絡(luò)編程模型的準(zhǔn)確把握和良苦用心。然而我們的翻譯者卻把這么好的一個術(shù)語弄成了“套接字”，本來很簡單直觀的網(wǎng)絡(luò)編程被蒙上了一層復(fù)雜深奧的迷霧。
注意：當(dāng)然網(wǎng)絡(luò)編程中的Socket與電源插座有一定的差別，網(wǎng)絡(luò)中的socket種類和功能更多更強(qiáng)，但是其本質(zhì)是一樣的。按照插座來理解網(wǎng)絡(luò)編程，將非常的自然清晰。
test
1.下載Array Networks提供的客戶端程序 array_vpnc.bin
sudo apt-get install libc6-i386 #64位系統(tǒng)也是這個包
wget http://q.pnq.cc/uploads/array_vpnc.bin
chmod a+x array_vpnc.bin
2.下載這個小腳本到同個目錄
wget http://q.pnq.cc/uploads/vpn-for-common.sh -O vpn.sh
chmod 700 vpn.sh
3.修改vpn.sh中的配置，將vpn_host、user、key修改為你的配置
vpn_host=your_vpn_server
user=your_user_name
key=your_static_passwd #密? ?中不變的部分
使用方法：
./vpn.sh
然后根據(jù)提示輸入，當(dāng)看到這個提示時，就說明成功了：
array_vpnc: VPN TUNNEL SUCCESSFUL!
public class PerformanceTest {
public static void main(String[] args){
long time1 = System.currentTimeMillis();
Long sum=0L;
for(long i=0;i<Integer.MAX_VALUE;i++){
sum+=i;
}
System.out.println(sum);
long time2 = System.currentTimeMillis();
System.out.println((time2 - time1)/1000 + "秒。");
}
}
上面的代碼執(zhí)行了28秒
public class PerformanceTest {
public static void main(String[] args){
long time1 = System.currentTimeMillis();
long sum=0L;
for(long i=0;i<Integer.MAX_VALUE;i++){
sum+=i;
}
System.out.println(sum);
long time2 = System.currentTimeMillis();
System.out.println((time2 - time1)/1000 + "秒。");
}
}
上面的代碼執(zhí)行了7秒
第一段代碼構(gòu)造了大約2的31次放的Long 實例
如果你用的SVNKit, 找到以下目錄并刪除.keyring文件.
[eclipsehome ]/"configuration"/org.eclipse .core.runtime
<context-param>的作用:
web.xml的配置中<context-param>配置作用
1. 啟動一個WEB項目的時候,容器(如:Tomcat)會去讀它的配置文件web.xml.讀兩個節(jié)點(diǎn): <listener></listener> 和 <context-param></context-param>
2.緊接著,容器創(chuàng)建一個ServletContext(上下文),這個WEB項目所有部分都將共享這個上下文.
3.容器將<context-param></context-param>轉(zhuǎn)化為鍵值對,并交給ServletContext.
4.容器創(chuàng)建<listener></listener>中的類實例,即創(chuàng)建監(jiān)聽.
5.在監(jiān)聽中會有contextInitialized(ServletContextEvent args)初始化方法,在這個方法中獲得ServletContext = ServletContextEvent.getServletContext();
context-param的值 = ServletContext.getInitParameter("context-param的鍵");
6.得到這個context-param的值之后,你就可以做一些操作了.注意,這個時候你的WEB項目還沒有完全啟動完成.這個動作會比所有的Servlet都要早.
換句話說,這個時候,你對<context-param>中的鍵值做的操作,將在你的WEB項目完全啟動之前被執(zhí)行.
7.舉例.你可能想在項目啟動之前就打開數(shù)據(jù)庫.
那么這里就可以在<context-param>中設(shè)置數(shù)據(jù)庫的連接方式,在監(jiān)聽類中初始化數(shù)據(jù)庫的連接.
8.這個監(jiān)聽是自己寫的一個類,除了初始化方法,它還有銷毀方法.用于關(guān)閉應(yīng)用前釋放資源.比如說數(shù)據(jù)庫連接的關(guān)閉.
如:
<!-- 加載spring的配置文件 -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml,/WEB-INF/act
ion-servlet.xml,/WEB-INF/jason-servlet.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
又如: --->自定義context-param,且自定義listener來獲取這些信息
<context-param>
<param-name>urlrewrite</param-name>
<param-value>false</param-value>
</context-param>
<context-param>
<param-name>cluster</param-name>
<param-value>false</param-value>
</context-param>
<context-param>
<param-name>servletmapping</param-name>
<param-value>*.bbscs</param-value>
</context-param>
<context-param>
<param-name>poststoragemode</param-name>
<param-value>1</param-value>
</context-param>
<listener>
<listener-class>com.laoer.bbscs.web.servlet.SysListener</listener-class>
</listener>
public class SysListener extends HttpServlet implements ServletContextListener {
private static final Log logger = LogFactory.getLog(SysListener.class);
public void contextDestroyed(ServletContextEvent sce) {
//用于在容器關(guān)閉時,操作
}
//用于在容器開啟時,操作
public void contextInitialized(ServletContextEvent sce) {
String rootpath = sce.getServletContext().getRealPath("/");
System.out.println("-------------rootPath:"+rootpath);
if (rootpath != null) {
rootpath = rootpath.replaceAll("
\\\\", "/");
} else {
rootpath = "/";
}
if (!rootpath.endsWith("/")) {
rootpath = rootpath + "/";
}
Constant.ROOTPATH = rootpath;
logger.info("Application Run Path:" + rootpath);
String urlrewrtie =
sce.getServletContext().getInitParameter("urlrewrite"); boolean burlrewrtie = false;
if (urlrewrtie != null) {
burlrewrtie = Boolean.parseBoolean(urlrewrtie);
}
Constant.USE_URL_REWRITE = burlrewrtie;
logger.info("Use Urlrewrite:" + burlrewrtie);
其它略之....
}
}
/*最終輸出
-------------rootPath:D:\tomcat_bbs\webapps\BBSCS_8_0_3\
2009-06-09 21:51:46,526 [com.laoer.bbscs.web.servlet.SysListener]-[INFO]
Application Run Path:D:/tomcat_bbs/webapps/BBSCS_8_0_3/
2009-06-09 21:51:46,526 [com.laoer.bbscs.web.servlet.SysListener]-[INFO]
Use Urlrewrite:true
2009-06-09 21:51:46,526 [com.laoer.bbscs.web.servlet.SysListener]-[INFO]
Use Cluster:false
2009-06-09 21:51:46,526 [com.laoer.bbscs.web.servlet.SysListener]-[INFO]
SERVLET MAPPING:*.bbscs
2009-06-09 21:51:46,573 [com.laoer.bbscs.web.servlet.SysListener]-[INFO]
Post Storage Mode:1
*/
context-param和init-param區(qū)別
web.xml里面可以定義兩種參數(shù)：
(1)application范圍內(nèi)的參數(shù)，存放在servletcontext中，在web.xml中配置如下：
<context-param>
<param-name>context/param</param-name>
<param-value>avalible during application</param-value>
</context-param>
(2)servlet范圍內(nèi)的參數(shù)，只能在servlet的init()方法中取得，在web.xml中配置如下：
<servlet>
<servlet-name>MainServlet</servlet-name>
<servlet-class>com.wes.controller.MainServlet</servlet-class>
<init-param>
<param-name>param1</param-name>
<param-value>avalible in servlet init()</param-value>
</init-param>
<load-on-startup>0</load-on-startup>
</servlet>
在servlet中可以通過代碼分別取用：
package com.wes.controller;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
public class MainServlet extends HttpServlet ...{
public MainServlet() ...{
super();
}
public void init() throws ServletException ...{
System.out.println("下面的兩個參數(shù)param1是在servlet中存放的");
System.out.println(this.getInitParameter("param1"));
System.out.println("下面的參數(shù)是存放在servletcontext中的");
System.out.println(getServletContext().getInitParameter("context/param"));
}
}
第一種參數(shù)在servlet里面可以通過getServletContext().getInitParameter("context/param")得到
第二種參數(shù)只能在servlet的init()方法中通過this.getInitParameter("param1")取得.
$ sudo apt-get install linux-headers-server linux-image-server linux-server
安裝前后看free -m 安裝后需要重啟。
命令：
dpkg -i package_file.deb
dpkg -r package_name
注意:使用此命令需要你自己注意依賴軟件,所以這并不是安裝軟件的最佳方法.
dpkg的詳細(xì)使用方法，網(wǎng)上有很多，下面簡單列了幾個：
| dpkg -i package.deb | 安裝包 |
| dpkg -r package | 刪除包 |
| dpkg -P package | 刪除包（包括配置文件） |
| dpkg -L package | 列出與該包關(guān)聯(lián)的文件 |
| dpkg -l package | 顯示該包的版本 |
| dpkg –unpack package.deb | 解開 deb 包的內(nèi)容 |
| dpkg -S keyword | 搜索所屬的包內(nèi)容 |
| dpkg -l | 列出當(dāng)前已安裝的包 |
| dpkg -c package.deb | 列出 deb 包的內(nèi)容 |
| dpkg –configure package | 配置包 |
mvn dependency:tree > dep.txt
http://www.oixx.se/fastfox.php
PL/SQL Developer中文亂碼，但通過secureCRT連接Oracle顯示正常，需要通過以下步驟進(jìn)行修改。
1、查看服務(wù)端的字符集：
select * from v$nls_parameters;
2、修改注冊表
HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/HOMEO/NLS_LANG
該項值改為和數(shù)據(jù)庫服務(wù)端一致
注：如果不放心，修改該鍵值：HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/ALL_HOMES/ID0/NLS_LANG
3、修改環(huán)境變量
在系統(tǒng)環(huán)境變量中設(shè)置NLS_LANG，和服務(wù)端一致
Class 和 Class 之間是 extends
Interface 和 Interface 之間是 extends
Class 和 Interface 之間是 implements
Interface 和 abstract Interface 之間僅僅只能被你自己定義的接口extends，不可能implements, implements是Class和Interface之間的 "專利 "
一句話 就是 abstract interface 只能被interface繼承,不能直接被類實現(xiàn)
1、mvn archetype:create -DgroupId=org.david.app -DartifactId=mywebapp -DarchetypeArtifactId=maven-archetype-webapp
2、cd mywebapp
mvn eclipse:eclipse
導(dǎo)入eclipse工程
（或者直接從eclipse中導(dǎo)入maven工程）
3、添加servlet依賴
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
</dependency>
4、添加源代碼目錄src/main/java
將源代碼放在該目錄下。
5、添加jetty插件
<build>
<finalName>mywebapp</finalName>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.5</source>
<target>1.5</target>
</configuration>
</plugin>
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>maven-jetty-plugin</artifactId>
<version>6.1.10</version>
</plugin>
</plugins>
</build>
6、命令行：mvn jetty:run
前些日子安裝了Ubuntu 10.04
，體驗很爽，不過就是默認(rèn)的輸入法不好使，感覺比9.10
是個倒退，fcitx
也沒有google
或者搜狗拼音那么爽，幸運(yùn)的是SCIM-GooglePinyin
項目試圖將 Android
上的 Google
拼音輸入法移植到 GNU/Linux
平臺。SCIM-GooglePinyin
基于SCIM
這個通用輸入法平臺，目前仍然在開發(fā)之中，不過其源代碼已經(jīng)可以通過 github 獲取。
安裝步驟（需要自己編譯）：
A. 獲取代碼：（沒有g(shù)it的先安裝git：sudo apt-get install git-core）
$ git clone git://github.com/tchaikov/scim-googlepinyin.git
$ cd scim-googlepinyin.git
B. 編譯前提：
上面給的鏈接里面有介紹怎么編譯的，但少提了幾個必需組件，這里列一下：
* autotools-dev
* libgtk2.0-dev
* libscim-dev
* libtool
* automake
用下面命令看看是不是安裝了，如果沒有，會自動幫你安裝上：
$ aptitude install autotools-dev libgtk2.0-dev libscim-dev libtool automake
C. 編譯：
記住系統(tǒng)必須先存在SCIM（沒有的話 sudo apt-get install scim 一下）
$ ./autogen.sh
$ make
$ sudo make install
現(xiàn)在重啟scim:
關(guān)閉scim:pkill scim
然后啟動： scim -d (本人測試要重新啟動機(jī)器)
OK，去首選項里的“語言支持”的“輸入法”選擇scim作為默認(rèn)輸入法就OK了。
您可以遵循以下步驟，使您的 gedit 正確顯示中文編碼文件。
- 按下 Alt-F2，打開“運(yùn)行應(yīng)用程序”對話框。
- 在文本框中鍵入“gconf-editor”，并按下回車鍵，打開“配置編輯器”。
- 展開左邊的樹節(jié)點(diǎn)，找到 /apps/gedit-2/preferences/encodings 節(jié)點(diǎn)并單擊它。
- 雙擊右邊的 auto_detected 鍵，打開“編輯鍵”對話框。
- 單擊列表右邊的“添加”按鈕，輸入“GB18030”，單擊確定按鈕。
- 列表的最底部新增加了一個“GB18030”。單擊選中它，并單擊右邊的 “向上” 按鈕直到 “GB18030”
位于列表的頂部為止。
- 單擊確定按鈕，關(guān)閉配置編輯器。
安裝完重啟后會發(fā)現(xiàn)無法進(jìn)入Windows 7，需要我們進(jìn)行如下步驟：
ubuntu9.10使用grub2，所以不能再使用menu.lst而使用grub.cfg來代替
修改grub需要root權(quán)限，默認(rèn)是只讀的，所以不建議直接修改
進(jìn)入Ubuntu，打開終端，輸入“sudo update-grub",即可重新生成grub.cfg,并且會自動搜索并添加劑windows系統(tǒng)的啟動項目
如果還是沒有windows7的啟動項，也可以修改/etc/grub.d/目錄下的40_custom，在后面添加
1title Windows Seven
2root (hd0,0)
3makeactive
4chainloader +1
然后再執(zhí)行"sudo update-grub"
1、建用戶：
adduser box //新建box用戶
passwd box //給box用戶設(shè)置密碼
2、建工作組
groupadd test //新建test工作組
3、新建用戶同時增加工作組
useradd -g test box //新建box用戶并增加到test工作組
注：：-g 所屬組 -d 家目錄 -s 所用的SHELL
4、給已有的用戶增加工作組
usermod -G groupname username
或者：gpasswd -a user group
5、臨時關(guān)閉：在/etc/shadow文件中屬于該用戶的行的第二個字段（密碼）前面加上*就可以了。想恢復(fù)該用戶，去掉*即可。
或者使用如下命令關(guān)閉用戶賬號：
passwd peter –l
重新釋放：
passwd peter –u
6、永久性刪除用戶賬號
userdel peter
groupdel peter
usermod –G peter peter （強(qiáng)制刪除該用戶的主目錄和主目錄下的所有文件和子目錄）
7、從組中刪除用戶
編輯/etc/group 找到GROUP1那一行，刪除 A
或者用命令
gpasswd -d A GROUP
8、顯示用戶信息
id user
cat /etc/passwd
/etc/group 內(nèi)容具體分析
/etc/group 的內(nèi)容包括用戶組（Group）、用戶組口令、GID及該用戶組所包含的用戶（User），每個用戶組一條記錄；格式如下：
group_name:passwd:GID:user_list
在/etc/group 中的每條記錄分四個字段：
第一字段：用戶組名稱；
第二字段：用戶組密碼；
第三字段：GID
第四字段：用戶列表，每個用戶之間用,號分割；本字段可以為空；如果字段為空表示用戶組為GID的用戶名；
我們舉個例子：
root:x:0:root,linuxsir 注：用戶組root，x是密碼段，表示沒有設(shè)置密碼，GID是0,root用戶組下包括root、linuxsir以及GID為0的其它用戶（可以通過/etc/passwd查看）；；
beinan:x:500:linuxsir 注：用戶組beinan，x是密碼段，表示沒有設(shè)置密碼，GID是500,beinan用戶組下包括linuxsir用戶及GID為500的用戶（可以通過/etc/passwd查看）；
linuxsir:x:502:linuxsir 注：用戶組linuxsir，x是密碼段，表示沒有設(shè)置密碼，GID是502,linuxsir用戶組下包用戶linuxsir及GID為502的用戶（可以通過/etc/passwd查看）；
helloer:x:503: 注：用戶組helloer，x是密碼段，表示沒有設(shè)置密碼，GID是503,helloer用戶組下包括GID為503的用戶，可以通過/etc/passwd查看；
sudo gedit /etc/NetworkManager/nm-system-settings.conf
把
managed=false
修改成為
managed=true
1.從trunk上創(chuàng)建一個分支A svn cp trunk A -m "描述"例如 svn cp http://svn/trunk/ http://svn/branches/lijun_log/ -m"out log"
2.查看要合并分支的log
svn log --stop-on-copy -q http://svn/B
3.svn merge -r B分支開始的版本：B分支結(jié)束的版本 A分支的ulr 列如： svn merge -r 17514:18999 /path
這樣主干就合并到B分支上
摘要: JDK源碼分析Set類，因為Set類是經(jīng)常要用到的，那我們知道JDK源碼中Set類在其中不可以有相同的元素，那么判斷這個元素是否相同是如何實現(xiàn)的呢，我們看下下面這張圖：
對JDK源碼分析之Set類在這張類圖上，首先我們看見一個經(jīng)典模式的應(yīng)用，那就是適配器模式，我們把map接口的對象，包裝成為了Set的接口；在代碼中，我們來分析一下；
首先，我...
閱讀全文
標(biāo)識符類型 命名規(guī)則 例子
包
(Packages) 一個唯一包名的前綴總是全部小寫的ASCII字母并且是一個頂級域名，通常是com，edu，gov，mil，net，org，或1981年ISO 3166標(biāo)準(zhǔn)所指定的標(biāo)識國家的英文雙字符代碼。包名的后續(xù)部分根據(jù)不同機(jī)構(gòu)各自內(nèi)部的命名規(guī)范而不盡相同。這類命名規(guī)范可能以特定目錄名的組成來區(qū)分部門(department)，項目(project)，機(jī)器(machine)，或注冊名(login names)。 com.sun.eng
com.apple.quicktime.v2
edu.cmu.cs.bovik.cheese
類
(Classes) 命名規(guī)則：類名是個一名詞，采用大小寫混合的方式，每個單詞的首字母大寫。盡量使你的類名簡潔而富于描述。使用完整單詞，避免縮寫詞(除非該縮寫詞被更廣泛使用，像URL，HTML) class Raster;
class ImageSprite;
接口(Interfaces) 命名規(guī)則：大小寫規(guī)則與類名相似 interface RasterDelegate;
interface Storing;
方法
(Methods) 方法名是一個動詞，采用大小寫混合的方式，第一個單詞的首字母小寫，其后單詞的首字母大寫。 run();
runFast();
getBackground();
變量(Variables) 除了變量名外，所有實例，包括類，類常量，均采用大小寫混合的方式，第一個單詞的首字母小寫，其后單詞的首字母大寫。變量名不應(yīng)以下劃線或美元符號開頭，盡管這在語法上是允許的。
變量名應(yīng)簡短且富于描述。變量名的選用應(yīng)該易于記憶，即，能夠指出其用途。盡量避免單個字符的變量名，除非是一次性的臨時變量。臨時變量通常被取名為i，j，k，m和n，它們一般用于整型；c，d，e，它們一般用于字符型。 char c;
int i;
float myWidth;
實例變量(Instance Variables) 大小寫規(guī)則和變量名相似，除了前面需要一個下劃線 int _employeeId;
String _name;
Customer _customer;
常量(Constants) 類常量和ANSI常量的聲明，應(yīng)該全部大寫，單詞間用下劃線隔開。(盡量避免ANSI常量，容易引起錯誤) static final int MIN_WIDTH = 4;
static final int MAX_WIDTH = 999;
static final int GET_THE_CPU = 1;
@關(guān)于間接層的概念。
間接層就是我們所提煉出來的小函數(shù)。本來事情是可以交給一個大函數(shù)一次性去執(zhí)行完的，可是我們?yōu)槭裁催€要把他分割成小函數(shù)，再委托小函數(shù)這個間接層去完成事情呢。以下是作者總結(jié)出來的三點(diǎn)間接層的好處。
1、 允許邏輯共享。也就是說小函數(shù)做的這些小事情，子類也同樣可以做，而且跟其他事情互不干擾。
2、間接層給了我們一個解釋自己意圖的機(jī)會。間接層允許我們選擇最適合表達(dá)我們意圖的名字來命名，那在調(diào)用這些函數(shù)的時候，我一看他們的名字就知道他們可能會做些什么事情。就像Justin昨天寫的那個 A()
{
…
….
…. 200 行
}
改成
A()
{
A1();
A2();
A3();
}
A1()
{
…….
}
A2(){….}
A3(){….}
這樣你在整理邏輯的時候，頭腦會很清醒。（因為名字是我們賦予他們的意義）
3、將變化加以隔離，當(dāng)我需要修改一些邏輯的時候，我可以把我在整個項目中掀起的波瀾降低很多。
@在有些開源的框架內(nèi)，我的接口名字已經(jīng)公布了，可是現(xiàn)在我在重構(gòu)的時候需要改變這些接口名字，改怎么辦呢？
這時候可以保留舊的接口，然后在舊的接口中用新接口來實現(xiàn)邏輯。一直持續(xù)到所有用戶都開始使用新接口的時候，再把這個舊接口去掉。
@這個世界不存在一條萬能的定律能解決一切問題（我曾經(jīng)想象要是有這么一條定律就好了，這也是很多哲學(xué)家，科學(xué)家所追求過的），所以不要試圖用重構(gòu)來拯救整個世界。有以下幾種情況重構(gòu)不適用。
當(dāng)代碼已經(jīng)腐朽到連正常功能都不能運(yùn)行的時候，也許重寫（從頭再來一遍）比重構(gòu)要來的簡單。
有的時候臨近發(fā)布，我們要趕眼前的時間，就不應(yīng)重構(gòu)了。重構(gòu)其實是一劑中藥，雖然藥效很好，但是效果卻也來的慢一些。如果是趕時間發(fā)布，那就不要寄希望于重構(gòu)了。重構(gòu)是我們欠的債，很多時候我們都是舉債來發(fā)布的，但是債都是有利息的，“過于復(fù)雜的代碼所造成的【維護(hù)和擴(kuò)展的額外開銷】就是利息。一定的利息我們可以承受，但是利息過高就會被拖垮。“出來混總是要還的”。最近幾次發(fā)布都通宵，這也許就是我們的重構(gòu)債欠的有點(diǎn)過多的信號。是時候來償還一些債了。
在此描述您的新便箋。軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統(tǒng)實際運(yùn)行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來看看也無妨。
當(dāng)然，在每一個 Debug 調(diào)用之前，一定要加上 If 判斷。
=== Info ===
這個應(yīng)該用來反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴(yán)重錯誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時檢測到了一個不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡單的事情。我大致是這樣區(qū)分的：
所謂警告，應(yīng)該是這個時候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。
所謂錯誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無法確定系統(tǒng)會正常的工作下去，系統(tǒng)在以后的某個階段，很可能會因為當(dāng)前的這個問題，導(dǎo)致一個無法修復(fù)的錯誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。
所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯誤已經(jīng)無法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據(jù)當(dāng)前的這個問題對以后可能產(chǎn)生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級別才算好呢？
例如在應(yīng)用中有一個輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經(jīng)假定，Warn 信息其實并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
個人觀點(diǎn)，Info 的級別應(yīng)該比 Warn 更高才對，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測試和調(diào)試時使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統(tǒng)實際運(yùn)行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來看看也無妨。
當(dāng)然，在每一個 Debug 調(diào)用之前，一定要加上 If 判斷。
=== Info ===
這個應(yīng)該用來反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對待，不可隨便。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統(tǒng)實際運(yùn)行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來看看也無妨。
當(dāng)然，在每一個 Debug 調(diào)用之前，一定要加上 If 判斷。
=== Info ===
這個應(yīng)該用來反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴(yán)重錯誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時檢測到了一個不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡單的事情。我大致是這樣區(qū)分的：
所謂警告，應(yīng)該是這個時候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。
所謂錯誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無法確定系統(tǒng)會正常的工作下去，系統(tǒng)在以后的某個階段，很可能會因為當(dāng)前的這個問題，導(dǎo)致一個無法修復(fù)的錯誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。
所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯誤已經(jīng)無法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據(jù)當(dāng)前的這個問題對以后可能產(chǎn)生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級別才算好呢？
例如在應(yīng)用中有一個輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經(jīng)假定，Warn 信息其實并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
個人觀點(diǎn)，Info 的級別應(yīng)該比 Warn 更高才對，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測試和調(diào)試時使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調(diào)試階段不漏過任何一個潛在的錯誤。而在發(fā)布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
=== Warn、Error、Fatal ===
警告、錯誤、嚴(yán)重錯誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時檢測到了一個不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡單的事情。我大致是這樣區(qū)分的：
所謂警告，應(yīng)該是這個時候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。
所謂錯誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無法確定系統(tǒng)會正常的工作下去，系統(tǒng)在以后的某個階段，很可能會因為當(dāng)前的這個問題，導(dǎo)致一個無法修復(fù)的錯誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。
所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯誤已經(jīng)無法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據(jù)當(dāng)前的這個問題對以后可能產(chǎn)生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級別才算好呢？
例如在應(yīng)用中有一個輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經(jīng)假定，Warn 信息其實并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統(tǒng)實際運(yùn)行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來看看也無妨。
當(dāng)然，在每一個 Debug 調(diào)用之前，一定要加上 If 判斷。
=== Info ===
這個應(yīng)該用來反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴(yán)重錯誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時檢測到了一個不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡單的事情。我大致是這樣區(qū)分的：
所謂警告，應(yīng)該是這個時候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。
所謂錯誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無法確定系統(tǒng)會正常的工作下去，系統(tǒng)在以后的某個階段，很可能會因為當(dāng)前的這個問題，導(dǎo)致一個無法修復(fù)的錯誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。
所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯誤已經(jīng)無法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據(jù)當(dāng)前的這個問題對以后可能產(chǎn)生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級別才算好呢？
例如在應(yīng)用中有一個輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經(jīng)假定，Warn 信息其實并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
個人觀點(diǎn)，Info 的級別應(yīng)該比 Warn 更高才對，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測試和調(diào)試時使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調(diào)試階段不漏過任何一個潛在的錯誤。而在發(fā)布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
個人觀點(diǎn)，Info 的級別應(yīng)該比 Warn 更高才對，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測試和調(diào)試時使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調(diào)試階段不漏過任何一個潛在的軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統(tǒng)實際運(yùn)行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來看看也無妨。
當(dāng)然，在每一個 Debug 調(diào)用之前，一定要加上 If 判斷。
=== Info ===
這個應(yīng)該用來反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴(yán)重錯誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時檢測到了一個不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡單的事情。我大致是這樣區(qū)分的：
所謂警告，應(yīng)該是這個時候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。
所謂錯誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無法確定系統(tǒng)會正常的工作下去，系統(tǒng)在以后的某個階段，很可能會因為當(dāng)前的這個問題，導(dǎo)致一個無法修復(fù)的錯誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。
所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯誤已經(jīng)無法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個日志級別：
× Debug
× Info
× Warn
× Error
× Fatal
一個等級比一個高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。
=== Debug ===
這個級別最低的東東，一般的來說，在系統(tǒng)實際運(yùn)行過程中，一般都是不輸出的。
因此這個級別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來看看也無妨。
當(dāng)然，在每一個 Debug 調(diào)用之前，一定要加上 If 判斷。
=== Info ===
這個應(yīng)該用來反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對最終用戶具有實際意義，也就是最終用戶要能夠看得明白是什么意思才行。
從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對待，不可隨便。
=== Warn、Error、Fatal ===
警告、錯誤、嚴(yán)重錯誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時檢測到了一個不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡單的事情。我大致是這樣區(qū)分的：
所謂警告，應(yīng)該是這個時候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。
所謂錯誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無法確定系統(tǒng)會正常的工作下去，系統(tǒng)在以后的某個階段，很可能會因為當(dāng)前的這個問題，導(dǎo)致一個無法修復(fù)的錯誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。
所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯誤已經(jīng)無法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會越來越亂。這時候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是http://www.cnblogs.com/shwen99/rss盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據(jù)當(dāng)前的這個問題對以后可能產(chǎn)生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級別才算好呢？
例如在應(yīng)用中有一個輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經(jīng)假定，Warn 信息其實并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
個人觀點(diǎn)，Info 的級別應(yīng)該比 Warn 更高才對，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測試和調(diào)試時使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調(diào)試階段不漏過任何一個潛在的錯誤。而在發(fā)布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個，是根據(jù)當(dāng)前的這個問題對以后可能產(chǎn)生的影響而定的，如果對以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會怎么樣，則 Error 之。
=== 一些疑惑 ===
不過在實際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級別才算好呢？
例如在應(yīng)用中有一個輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個輸出窗口中。因為 Info 的級別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級別開放到 Info 級別。但是 Warn 的級別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實已經(jīng)假定，Warn 信息其實并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
個人觀點(diǎn)，Info 的級別應(yīng)該比 Warn 更高才對，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測試和調(diào)試時使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調(diào)試階段不漏過任何一個潛在的錯誤。而在發(fā)布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中錯誤。而在發(fā)布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
目前我所采用的解決方法是，對于 Warn、Error、Fatal 都添加一個相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時，會彈出一個消息警告窗口，這可保證在測試、調(diào)試階段不漏過任何一個潛在的錯誤。而在發(fā)布時，Release 編譯的輸出不會包括 Debug 語句，這就不會打擾最終用戶，而錯誤信息仍然能通過 log 記錄到日志中
http://www.rainlendar.net/cms/index.php?option=com_rny_download&Itemid=32
listener.ora、 tnsnames.ora和sqlnet.ora這3個文件是關(guān)系oracle網(wǎng)絡(luò)配置的3個主要文件，其中l(wèi)istener.ora是和數(shù)據(jù)庫服務(wù)器端 相關(guān)，而tnsnames.ora和sqlnet.ora這2個文件不僅僅關(guān)系到服務(wù)器端，主要的還是和客戶端關(guān)系緊密。
檢查客戶端oracle網(wǎng)絡(luò)的時候可以先檢查sqlnet.ora文件：
# SQLNET.ORA Network Configuration File: $ORACLE_HOME/NETWORK/ADMIN/sqlnet.ora
# Generated by Oracle configuration tools.
SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES, HOSTNAME, ONAMES)
##NAMES.DEFAULT_DOMAIN = us.oracle.com
上面的sqlnet.ora文件說明：
SQLNET.AUTHENTICATION_SERVICES= (NTS)——這個表示采用os認(rèn)證，在數(shù)據(jù)庫服務(wù)器上，可以利用sqlplus “/ as sysdba”。一般這個配置在windows上是ok的，在unix環(huán)境下可能會有問題，一般在unix下可以去掉這個配置。
NAMES.DIRECTORY_PATH= (TNSNAMES, HOSTNAME, ONAMES)——表示將首先利用tnsnames進(jìn)行解析；如果tnsnames解析不到，將使用hostname解析；如果hostname解析不 到，將采用onames進(jìn)行解析。
被注釋掉的NAMES.DEFAULT_DOMAIN = us.oracle.com——表示采用默認(rèn)的domain name為us.oracle.com，在tnsnames.ora中如果配置對應(yīng)的解析，如果原來的別名oralocal，那么，當(dāng)啟用這個參數(shù)后，在 tnsnames中的配置要改成oralocal.us.oracle.com。在使用tnsping時或者sqlplus登錄時，只需寫前面的別名，系 統(tǒng)會自動加上后面的domain name來進(jìn)行解析。
檢查完畢sqlnet.ora，一般都會發(fā)現(xiàn)是使用tnsname來解析別名的，那么，tnsnames.ora中可以有哪些配置種類呢？
# TNSNAMES.ORA Network Configuration File: $ORACLE_HOME/NETWORK/ADMIN/tnsnames.ora
# Generated by Oracle configuration tools.
###### 一般的配置 ##################################
ORALOCAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = oralocal)
)
)
###### 這樣也行，用SID=oralocal ###########################
ORALOCAL_2 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SID = oralocal)
)
###### RAC的配置(3節(jié)點(diǎn)rac) ###############################
ORALOCAL =
(DESCRIPTION =
(load_balance = yes)
(failover = on)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.2)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.3)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oralocal)
(SERVER = DEDICATED)
(failover_mode=(type=select)(method=basic)(retries=20)(delay=20))
)
)
ORALOCAL_NODE1 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oralocal)
(INSTANCE_NAME = oralocal_node1)
)
)
ORALOCAL_NODE2=
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.2)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oralocal)
(INSTANCE_NAME = oralocal_node2)
)
)
ORALOCAL_NODE3 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.3)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = oralocal)
(INSTANCE_NAME = oralocal_node3)
)
)
)
###### DATA GUARD配置（primary庫和standby庫都需要配置）##############
standby =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.2)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER=DEDICATED)
(SERVICE_NAME = oralocal)
)
)
primary =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER=DEDICATED)
(SERVICE_NAME = oralocal)
)
)
另外需要注意的2點(diǎn)情況：
（1）如果tnsnames中的service_name配置錯誤，配置成了instance_name了，這個時候會發(fā)生tnsping能通，但是 sqlplus連接不上的奇怪情況。報錯ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect descriptor。這個時候查錯的時候，需要檢查對應(yīng)的service_name。
（2）如果遠(yuǎn)程數(shù)據(jù)庫是rac，而且本地客戶端端遠(yuǎn)程數(shù)據(jù)庫處于不同的網(wǎng)段，通過公網(wǎng)鏈接，rac對外的ip映射只有一個，即只映射到一個節(jié)點(diǎn)。請注意在 客戶端配置tnsnames的時候按照單機(jī)的情況來配置。呵呵，dba不僅僅要學(xué)習(xí)oracle，了解一些網(wǎng)絡(luò)的知識，特別是自己系統(tǒng)的網(wǎng)絡(luò)架構(gòu)，也是需 要的。
1. 開－閉原則（對擴(kuò)展開放，對修改關(guān)閉）
2. 里氏替換原則（父類的方法都要在子類中實現(xiàn)或者重寫）
3. 依賴倒轉(zhuǎn)原則（要針對接口編程，不要針對實現(xiàn)編程）
4. 接口隔離原則
5. 合成/聚合復(fù)用原則（盡量使用合成/聚合，而不是使用繼承）
6. 迪米特法則（talk only to your immediate friends）
用下面命令:
sudo rm /etc/fonts/conf.d/49-sansserif.conf 在應(yīng)用程序->附件->終端 中執(zhí)行就可以了.已經(jīng)測試
準(zhǔn)備工作：下載httpd.2.2.9.tar.gz
安裝apache2.2
tar zxvf httpd.2.2.9.tar.gz
cd httpd.2.2.9
./configure --enable-dav --enable-so --prefix=/opt/apache2.2
說明：--enable-dav允許Apache提供DAV協(xié)議支持；--enable-so允許運(yùn)行時加載DSO模塊, --prefix指定apache的安裝目錄
make
make install
說明：在configure與make很可能會出現(xiàn)一些fail，而往往是因為缺少一些必要的庫，就直接安裝一下apt-get install *****,即可，我安裝出現(xiàn)過三個，反正這個比較直觀
這樣，apache 應(yīng)該安裝好了，測試一下，/opt/apache2/bin/apachectl -k start， 在瀏覽器里輸入：http：//locahost
正常情況下應(yīng)該出現(xiàn)It works!
1.首先下載
ubuntu-9.10-desktop-i386.iso(
http://www.ubuntu.com/getubuntu/download)文件
存放在C盤(ntfx/fat32)的根目錄下;
2.下載Grub4rDos(
http://sourceforge.net/projects/grub4dos)，將grldr和grub.exe放入C盤根目錄;
3.從
ubuntu-9.10-desktop-i386.iso文件中復(fù)制menu.lst文件到c盤根目錄，在最后加入如下內(nèi)容：
title Install ubuntu
find --set-root /
ubuntu-9.10-desktop-i386.iso
kernel /vmlinuz boot=casper find_iso=/
ubuntu-9.10-desktop-i386.iso
initrd /initrd.gz
4.復(fù)制
ubuntu-9.10-desktop-i386.iso里 Casper和 .disk兩個目錄到C盤根目錄;
5.復(fù)制
ubuntu-9.10-desktop-i386.iso里Casper目錄中的vmlinuz和initrd.lz文件到C盤根目錄,將initrd.lz文件修改為initrd.gz
6.修改C盤根目錄下的boot.ini文件，在文件末尾加入下面代碼:
C:\grldr="GRUB"
7.重新啟動，在啟動菜單處，選擇Grub，然后再選擇Install Ubuntu就可以開始安裝了
8.安裝時選擇手動分區(qū)，可以保留原來的windows系統(tǒng)
9.可能會無法卸載isodevice分區(qū)（我遇到了）到掛載的時候,同時按下Ctrl+Alt+F2,然后在：后輸入sudo umount -l /isodevice 輸好后，然后回車，再同時按下 Ctrl+Alt+F7，回到安裝界面
基本上就ok了
近幾年，隨著LDAP（Light Directory Access
Protocol，輕量級目錄訪問協(xié)議）技術(shù)的興起和應(yīng)用領(lǐng)域的不斷擴(kuò)展，目錄服務(wù)技術(shù)成為許多新型技術(shù)實現(xiàn)信息存儲、管理和查詢的首選方案，特別是在網(wǎng)
絡(luò)資源查找、用戶訪問控制與認(rèn)證信息的查詢、新型網(wǎng)絡(luò)服務(wù)、網(wǎng)絡(luò)安全、商務(wù)網(wǎng)的通用數(shù)據(jù)庫服務(wù)和安全服務(wù)等方面，都需要應(yīng)用目錄服務(wù)技術(shù)來實現(xiàn)一個通用、
完善、應(yīng)用簡單和可以擴(kuò)展的系統(tǒng)。
對于任何一家大IT網(wǎng)絡(luò)的企業(yè)來說，IT系統(tǒng)中的目錄服務(wù)功能是必不可少的。如果一個在全國有多個分支機(jī)構(gòu)的企業(yè)，已經(jīng)有了一個內(nèi)部網(wǎng)絡(luò)系統(tǒng)，每一個分支
機(jī)構(gòu)都有一個局域網(wǎng)，局域網(wǎng)之間通過專線或者VPN通道連接在一起，那么，如何將網(wǎng)絡(luò)中的資源和信息有效地管理起來呢？通常，這個企業(yè)可以在每一個分支機(jī)
構(gòu)或者每個城市建立一個目錄服務(wù)器，任何地方的員工連接到本地目錄服務(wù)器就可以訪問到目錄樹中所有的信息，在目錄服務(wù)器之間復(fù)制目錄信息，以保持同步。比
如，人事部門看到的人員目錄與財務(wù)部門、設(shè)備管理部門看到的人員目錄是完全一致的，他們所使用的應(yīng)用系統(tǒng)無須再建立另一套目錄結(jié)構(gòu)。當(dāng)然，這一切都是要經(jīng)
過身份驗證的。
目錄服務(wù)有著如此重要的作用，但在過去，企業(yè)通常采用基于Windows的目錄服務(wù)器，Linux在這方面相形遜色。作為Windows的核心內(nèi)容，目錄
服務(wù)被企業(yè)IT人員認(rèn)為是Windows與Linux相比最具競爭力的部分，也成為Linux產(chǎn)品架構(gòu)中的軟肋。隨著Red Hat
Enterprise Linux 4.0出現(xiàn)，這個情況已經(jīng)改變了。RHEL 4 內(nèi)附的LDAP 服務(wù)器為OpenLDAP 2.2.13-2
版，OpenLDAP 2.x包括數(shù)個重要功能：
1. 支持LDAPv3 - OpenLDAP 2.0
除了其它改善外還支持SASL（SimpleAuthentication and Security Layer）、TLS（Transport
Layer Security）以及SSL（Secure Sockets Layer）。LDAPv2 之后通訊協(xié)議很多的改變都是為了加強(qiáng)LDAP
的安全性。
2. 支持IPv6 - OpenLDAP 支持新一代的因特網(wǎng)通訊協(xié)議第6 版。
3. LDAP Over IPC - OpenLDAP 能夠使用IPC 在系統(tǒng)內(nèi)進(jìn)行通訊。這可以避免使用網(wǎng)絡(luò)通訊以增加安全性。
4. 使用新的應(yīng)用程序界面： 改善程序設(shè)計人員聯(lián)機(jī)及使用程序的方法。
本文將以Red Hat Enterprise Linux 4.0 為例，介紹在Linux平臺使用OpenLDAP上建立目錄服務(wù)器。
一、LDAP協(xié)議簡介
LDAP（輕
量級目錄訪問協(xié)議，Lightweight Directory Access
Protocol)是實現(xiàn)提供被稱為目錄服務(wù)的信息服務(wù)。目錄服務(wù)是一種特殊的數(shù)據(jù)庫系統(tǒng)，其專門針對讀取，瀏覽和搜索操作進(jìn)行了特定的優(yōu)化。目錄一般用
來包含描
述性的，基于屬性的信息并支持精細(xì)復(fù)雜的過濾能力。目錄一般不支持通用數(shù)據(jù)庫針對大量更新操作操作需要的復(fù)雜的事務(wù)管理或回卷策略。而目錄服務(wù)的更新則一
般都非常簡單。這種目錄可以存儲包括個人信息、web鏈結(jié)、jpeg圖像等各種信息。為了訪問存儲在目錄中的信息，就需要使用運(yùn)行在TCP/IP之上的訪
問協(xié)議—LDAP。
LDAP目錄中的信息是是按照樹型結(jié)構(gòu)組織，具體信息存儲在條目(entry)的數(shù)據(jù)結(jié)構(gòu)中。條目相當(dāng)于關(guān)系數(shù)據(jù)庫中表的記錄；條目是具有區(qū)別名
DN（Distinguished
Name）的屬性（Attribute），DN是用來引用條目的，DN相當(dāng)于關(guān)系數(shù)據(jù)庫表中的關(guān)鍵字（Primary
Key）。屬性由類型（Type）和一個或多個值（Values）組成，相當(dāng)于關(guān)系數(shù)據(jù)庫中的字段（Field）由字段名和數(shù)據(jù)類型組成，只是為了方便檢
索的需要，LDAP中的Type可以有多個Value，
而不是關(guān)系數(shù)據(jù)庫中為降低數(shù)據(jù)的冗余性要求實現(xiàn)的各個域必須是不相關(guān)的。LDAP中條目的組織一般按照地理位置
和組織關(guān)系進(jìn)行組織，非常的直觀。LDAP系統(tǒng)結(jié)構(gòu)圖見圖1.
圖1 LDAP系統(tǒng)結(jié)構(gòu)圖
LDAP的信息是以樹型結(jié)構(gòu)存儲的，在樹根一般定義國家(c=CN)或域名(dc=com)，在其下則往往定義一個或多個組織
(organization)(o=Acme)或組織單元(organizational units)
(ou=People)。一個組織單元可能包含諸如所有雇員、 大樓內(nèi)的所有打印機(jī)等信息。
此外，LDAP支持對條目能夠和必須支持哪些屬性進(jìn)行控制，這是有一個特殊的稱為對
象類別(objectClass)的屬性來實現(xiàn)的。該屬性的值決定了該條目必須遵循的一些規(guī)則，其規(guī)定了該條目能夠及至少應(yīng)該包含哪些屬性。例
如：inetorgPerson對象類需要支持sn(surname)和cn(common
name)屬性，但也可以包含可選的如郵件，電話號碼等屬性。dn ：一條記錄的位置；dc ：一條記錄所屬區(qū)域；ou
：一條記錄所屬組織；cn/uid：一條記錄的名字/ID。OpenLdap是一個正在得到日益普遍應(yīng)用的開源軟件，和LADP完全兼容。
二、安裝OpenLDAP服務(wù)器
如
果在系統(tǒng)安裝時已經(jīng)把安裝上了，那么我們就可以直接對OpenLDAP進(jìn)行配置使用了。否則，可以通過Rat Het Enterprise
Linux圖形界面下的“添加/刪除應(yīng)用程序”工具進(jìn)行安裝。具體方法是，選擇“主選單”→“系統(tǒng)設(shè)置”→“添加/刪除應(yīng)用程序”，在彈出的界面中選中
“網(wǎng)絡(luò)服務(wù)器”的“OpenLDAP－server”，單擊“更新”即可，見圖2。
圖2 安裝OpenLDAP 服務(wù)器軟件
如果你使用的是其他版本的Linux，那么通常要安裝以下軟件包：OpenLDAP、 OpenLDAP-servers、
OpenLDAP-clients、 OpenLDAP-devel
，OpenLDAP-2.0是必要套件，一定要先安裝；OpenLDAP-servers是服務(wù)器套件；OpenLDAP-clients是操作程序套
件；OpenLDAP-devel是開發(fā)工具套件。
三、配置OpenLDAP 服務(wù)器
以RedHat Linux 4所為例字介紹OpenLDAP 服務(wù)器配置文件。主要文件見表1。
表1
1. 建立Linux用戶賬號
使用文本編輯建立一個文本文件，文件名稱myusers.list 內(nèi)容如下：
user1 123456
user2 123456
user3 123456
user4 123456
user5 123456
user6 123456
user7 123456
user8 123456
user9 123456
注意：第一個字段為使用者名稱；第二個字段為預(yù)設(shè)密碼，中間必須用空格隔開。然后使用文本編輯建立另外一個文本文件，文件名稱add-users.sh內(nèi)容如下：
#!/bin/bash
for i in `awk '{print $1}' users.list `
do
useradd $i
grep "<$i>" users.list | awk '{print $2}' | passwd --stdin $i
done
建立Linux用戶賬號：
#chmod 775 add-users.sh
#./add-users.sh
2.修改缺省配置文件：/etc/OpenLDAP/slapd.conf，請把藍(lán)色部分按照您的具體情況填寫。
database bdb
suffix "dc=myexample,dc=com" #一條記錄所屬區(qū)域#
rootdn "cn=Manager,dc=example,dc=com"
rootpw 1234567 #定義LDAP根管理員的密碼
3．將原有Linux 賬號轉(zhuǎn)為LDIF 文件
原有Linux 服務(wù)器上有user1－user9 這些使用者賬號，密碼均為123456；面便是轉(zhuǎn)換的步驟：
# cd /usr/share/OpenLDAP/migration #轉(zhuǎn)換文件的目錄#
# vi migrate_common.ph
$DEFAULT_MAIL_DOMAIN = "myexample.com";
Default base
$DEFAULT_BASE = "dc=myexample,dc=com";
# ./migrate_passwd.pl /etc/passwd > /worktmp/user.ldif
# ./migrate_group.pl /etc/group > /worktmp/group.ldif
4. 建立example.ldif,ou_people.ldif, ou_group.ldif三個文件
#cat example.ldif
dn: dc=example,dc=com
dc: example
objectClass: dcObject
objectClass: organizationalUnit
ou: example.com
#cat ou_people.ldif
dn: ou=people, dc=example, dc=com
objectclass: organizationalunit
ou: people
#cat ou_group.ldif
dn: ou=group, dc=example, dc=com
objectclass: organizationalunit
ou: group
5. 轉(zhuǎn)換原有Linux 賬號至OpenLDAP服務(wù)器上：
#slapadd -vl example.ldif
added: "dc=example,dc=com" (00000001)
#slapadd -vl ou_people.ldif
added: "ou=people,dc=example,dc=com" (00000002)
#slapadd -vl ou_group.ldif
added: "ou=group,dc=example,dc=com" (00000043)
#slapadd -vl user.ldif
#slapadd -vl group.ldif
四、啟動OpenLDAP服務(wù)器
#chown ldap.ldap /var/lib/ldap/* #把/var/lib/ldap/目錄內(nèi)的檔案變更擁有者及群組為ldap。
然后可以通過Rat Het Enterprise Linux圖形界面下的選擇“主選單”→“系統(tǒng)設(shè)置”→“服務(wù)器設(shè)置”－“服務(wù)”，在彈出的界面中選中l(wèi)dap”，單擊“重新啟動”即可，見圖3。
圖3 服務(wù)器啟動界面
利用ldapsearch 指令可搜尋LDAP 服務(wù)器的數(shù)據(jù)，若是可看到以下的數(shù)據(jù)，代表整個設(shè)定正確無誤。
# ldapsearch -x -b "dc=example,dc=com"
………
# user9, Group, myexample.com
dn: cn=user9,ou=Group,dc=myexample,dc=com
objectClass: posixGroup
objectClass: top
cn: user9
userPassword:: e2NyeXB0fXg=
gidNumber: 508
………
五、配置Linux OpenLDAP客戶端
在客戶端執(zhí)行authconfig-gtk命令，進(jìn)入認(rèn)證配置界面，進(jìn)入圖4所示的界面中配置LDAP服務(wù)器的信息。在LDAP 服務(wù)器處 指定 LDAP 服務(wù)器的 IP 地址。
圖4 添加OpenLDAP服務(wù)器IP地址
打開 /etc/ldap.conf 文件，下面是一些用于配置的關(guān)鍵指令。
到此為止我們已經(jīng)配置完成Liunx OpenLDAP目錄服務(wù)器、客戶端。
要安裝 MySQL，可以在終端提示符后運(yùn)行下列命令：
sudo apt-get install mysql-server
sudo apt-get install mysql-client
sudo apt-get install php5-mysql
// 安裝php5-mysql 是將php和mysql連接起來
一旦安裝完成，MySQL 服務(wù)器應(yīng)該自動啟動。您可以在終端提示符后運(yùn)行以下命令來檢查 MySQL 服務(wù)器是否正在運(yùn)行：
sudo netstat -tap | grep mysql
當(dāng)您運(yùn)行該命令時，您可以看到類似下面的行：
tcp 0 0 localhost.localdomain:mysql *:* LISTEN -
如果服務(wù)器不能正常運(yùn)行，您可以通過下列命令啟動它：
sudo /etc/init.d/mysql restart
進(jìn)入mysql
mysql -uroot -p
(輸入mysql的root密碼)
配置 MySQL 的管理員密碼：
(輸入mysql的root密碼)
配置 MySQL 的管理員密碼：
我還在想象著我的18歲，可我卻馬上30歲了！真的嗎？不愿意去想，但不得不面對。
曾經(jīng)的年少輕狂，早已蕩然無存。曾經(jīng)的花樣年華，早已悄然而逝。80后的我們已經(jīng)開始站在了20歲的尾巴上，面對三十而立，還有多少人可以昂著頭，信誓旦
旦地說，我們依然年輕？是的，年輕就是資本，面對著90后的異軍突起，80后的我們是否還年輕？
曾經(jīng)，驕傲的我們都懷抱著崇高的理想，奔走在陌生的城市，只為尋找內(nèi)心深處最真的夢想。曾經(jīng)，生活得再艱難，都會想著只要自己努力，就一定可以取得成
功。曾經(jīng)，單純的認(rèn)為，就算很小很小的一個房間，都可以經(jīng)營自己最美的愛情。當(dāng)事業(yè)依然碌碌無為的時候，當(dāng)愛情變得虛無縹緲的時候，80后的我們，是不是
依然還會說，年輕不怕失敗？
終有一天，我才發(fā)現(xiàn)，原來，80后的我們，都早已經(jīng)老去。我們不再輕狂，我們不再瀟灑，我們不再坦蕩，我們不再微笑，我們有的是對于生活的壓力，我們有的是對于婚姻的恐懼，我們有的是對于未來的失望，我們有的是對于困難的卻步.
面對工作：我們已經(jīng)沒有了更多的激情，只希望能夠有一份足夠安穩(wěn)的工作。有風(fēng)險的工作都已經(jīng)被排斥了，曾經(jīng)一千個一萬個不愿意走關(guān)系找工作的我們，面
對著事業(yè)的平淡，連收入都無法給予自己溫飽的時候，我們不得不選擇屈服，放下原本最高傲的臉面，開始尋求人際關(guān)系的最大化。工作的艱辛，對于我們無所畏
懼，重要的是可以一直將這份工作持續(xù)。
面對感情：已經(jīng)不把婚姻當(dāng)成愛情的升華，而是把婚姻當(dāng)作是親情。我們不再渴望一份浪漫而刺激的愛情，而是奢望一段幸福而美滿的婚姻。曾經(jīng)固執(zhí)的以為，
相親那只不過是70后，或者說更早一代的婚姻方式，然而等到現(xiàn)在才發(fā)現(xiàn)，相親已經(jīng)成為了80后婚姻的主流方式。一場場地相親，一次次的絕望，已經(jīng)對相親產(chǎn)
生了麻木和排斥，但依然奔波在相親場上。難怪，一個朋友說：“我不是在相親，就是在相親的路上。”
面對穿著：曾經(jīng)過度講究品牌感覺的我們，對于品牌已經(jīng)變得陌生，櫥柜里的昂貴的衣服，讓工薪階層的我們沒有勇氣再去試穿。賺錢之后，才知道，原來生活
是多么的不容易。我們不再講究品牌，而更注重衣服的質(zhì)量以及用途，適合穿著的場合，不再會因為一時的沖動，去血拼那些打折的衣服，衣服不在于多，而在于體
面。合適的，才是我們所需要的，品牌只不過是一個虛幻的東西。
面對社交：當(dāng)越來越多的朋友有了家庭之后，已經(jīng)沒有多大的勇氣再和他們一起聊聊關(guān)于生活，因為在他們的口中，都是關(guān)于家庭的，而單身的80后更注重個
人情感的書法。曾經(jīng)極度熱愛的酒吧、KTV都不再喜歡了，已經(jīng)忍受不了那種嘈雜、瘋狂的環(huán)境，更喜歡坐在咖啡廳里或者茶館里，看看書，聽聽音樂，享受咖啡
的苦澀，亦或者茶的清香。
面對家庭：家庭超越了愛情和友情，一切都將家庭放在第一位。沒有了原本的沖動，了解了父母的苦心，懂得去體諒他們的無可奈何。原本單純的家庭之間的關(guān)
系，在某一天突然變得清晰，了解了人與人之間的關(guān)系，原來一直都不那么單純，最值得相信的，除了父母，還有自己。越來越討厭，走親訪友，因為總是會有很多
人問題，關(guān)于婚姻的某個問題。
面對娛樂：突然發(fā)現(xiàn)，手機(jī)使用的頻率越來越少了，短信也越來越少了，有的時候甚至不愿意發(fā)短信，寧可打個電話，匆匆掛掉。QQ也不像以前那樣拼命地閃
個不停，退出了許多的群，有些群礙于面子，一直處于屏蔽，只是偶爾選擇幾個群聊幾句就隱身。再也不會為了游戲，廢寢忘食地玩，更多的時候會捧著一本書，安
靜地看著。
面對購物：總會想著買東西的時候，是不是有什么贈品，而不會看著哪個好看就買哪個。不再會像以前那樣，為了得到某樣贈品，去買某樣自己不喜歡的東西。
購物早已不是逛街了，而變成了有目的性的行為，買完自己想要的東西，就匆匆離開。一些漂亮，精致的小擺設(shè)，只是在柜臺上欣賞完之后，放回去，再也不會帶回
家之后，塞進(jìn)箱底。
面對一切的一切，我們都已經(jīng)會了深思熟慮，我們的心中，早已沒有了童話。我們浪費(fèi)掉了太多的青春，那是一段如此自以為是、又如此狼狽不堪的青春歲月。有歡笑，也有淚水；有朝氣，也有頹廢；有甜蜜，也有荒唐；有自信，也有迷茫。
我們敏感，我們偏執(zhí)，我們頑固到底地故作堅強(qiáng)；我們輕易的傷害別人，也輕易的被別人所傷。
我們追逐于頹廢的快樂，陶醉于寂寞的美麗；
我們堅信自己與眾不同，堅信世界會因我而改變；
我們覺醒其實我們已經(jīng)不再年輕，我們前途或許也不再是無限的，其實它又何曾是無限的？
80后的我們，已經(jīng)開始承認(rèn)我們老了，沒有了90后的青春，沒有90后的激情，我們有的只是為了生活進(jìn)行奔波著的疲憊的心。偶爾微笑著告訴自己：三十
歲的男人，我的美好年華才剛剛開始。80后的我們，打一場酣暢淋漓球，也都心有余而力不足。很久沒有運(yùn)動，開始顯露臃腫的啤酒肚。
我不禁感嘆：原來，80后的我們都早已老去，只是我們一直不愿意服老。
“今天，之所以區(qū)別于昨天，恰恰是因為昨天的感受依然在我心中。”
sudo aptitude install gnoCHM
1995,Auer曾在文獻(xiàn)[AUER95]中指出：
1.應(yīng)當(dāng)根據(jù)行為而不是狀態(tài)定義一個類。也就是說，一個類的實現(xiàn)首先建立在行為基礎(chǔ)之上，而不是建立在狀態(tài)的基礎(chǔ)之上。
2.在實現(xiàn)行為時，是用抽象狀態(tài)而不是用具體狀態(tài)。如果一個行為涉及到對象的狀態(tài)時，使用間接的引用而不是直接的引用。換言之，應(yīng)當(dāng)使用取值方法而不是直接引用屬性。
3.給操作劃分層次。一個類的行為應(yīng)當(dāng)放到一個小組核心方法（kernel method）里面，這些方法以很方便地在子類中加以置換。
4.將狀態(tài)屬性的確認(rèn)推遲到子類中。不要在抽象類中過早聲明屬性變量，應(yīng)該將它們盡量地推遲到子類中去聲明。在抽象超類中，如果需要狀態(tài)屬性的話，可以調(diào)用抽象的取值方法，而將抽象的取值方法的實現(xiàn)放到具體子類中。
如果能夠遵從這樣的原則，那么就可以在等級結(jié)構(gòu)中將接口與實現(xiàn)分隔開來，將抽象與具體分割開來，從而保證代碼可以最大限度地被復(fù)用。