2009年12月2日

veloeclipse eclipse 4.4不兼容該插件

//vm 模板

http://veloeclipse.googlecode.com/svn/trunk/update/
eclipse 4.4不兼容該插件
eclipse 4.4的vm新插件：http://plugin.tqlab.com/eclipse/velocityeditor/update/

posted @ 2014-08-21 11:24 鍵盤動(dòng)物閱讀(350) | 評(píng)論 (0) | 編輯收藏

老版本的jdk下載

http://www.oracle.com/technetwork/java/archive-139210.html

posted @ 2014-08-21 09:52 鍵盤動(dòng)物閱讀(338) | 評(píng)論 (0) | 編輯收藏

jvm之java源碼編譯機(jī)制

javap -g Foo.java (-g 生成行號(hào))

javap -c -s -l -verbose Foo

posted @ 2014-08-08 19:31 鍵盤動(dòng)物閱讀(256) | 評(píng)論 (0) | 編輯收藏

裝箱：從基本類型轉(zhuǎn)換成Object類型，稱之為裝箱；***拆箱：從Object轉(zhuǎn)換乘基本類型的操作，稱之為拆箱。這個(gè)操作在反射過程中用的比較的多。
裝箱：在堆中建立一個(gè)Object實(shí)例，把你指定的值復(fù)制成去；***拆箱：判別引用指向的堆中信息是否是要拆成的類型，是取出堆中值送給棧中變量，否則報(bào)異常
//在-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對(duì)于Integer與int的自動(dòng)裝箱與拆箱的設(shè)計(jì)，是一種模式：叫享元模式（flyweight）
為了加大對(duì)簡(jiǎn)單數(shù)字的重利用，java定義：在自動(dòng)裝箱時(shí)對(duì)于值從–128到127之間的值，它們被裝箱為Integer對(duì)象后，會(huì)存在內(nèi)存中被重用，始終只存在一個(gè)對(duì)象
而如果超過了從–128到127之間的值，被裝箱后的Integer對(duì)象并不會(huì)被重用，即相當(dāng)于每次裝箱時(shí)都新建一個(gè) Integer對(duì)象；明白了吧
以上的現(xiàn)象是由于使用了自動(dòng)裝箱所引起的，如果你沒有使用自動(dòng)裝箱，而是跟一般類一樣，用new來(lái)進(jìn)行實(shí)例化，就會(huì)每次new就都一個(gè)新的對(duì)象；

posted @ 2014-08-08 15:32 鍵盤動(dòng)物閱讀(275) | 評(píng)論 (0) | 編輯收藏

Java泛型面試題

　　1. Java中的泛型是什么 ? 使用泛型的好處是什么?

　　這是在各種Java泛型面試中，一開場(chǎng)你就會(huì)被問到的問題中的一個(gè)，主要集中在初級(jí)和中級(jí)面試中。那些擁有Java1.4或更早版本的開發(fā)背景的人都知道，在集合中存儲(chǔ)對(duì)象并在使用前進(jìn)行類型轉(zhuǎn)換是多么的不方便。泛型防止了那種情況的發(fā)生。它提供了編譯期的類型安全，確保你只能把正確類型的對(duì)象放入集合中，避免了在運(yùn)行時(shí)出現(xiàn)ClassCastException。

　　2. Java的泛型是如何工作的 ? 什么是類型擦除 ?

　　這是一道更好的泛型面試題。泛型是通過類型擦除來(lái)實(shí)現(xiàn)的，編譯器在編譯時(shí)擦除了所有類型相關(guān)的信息，所以在運(yùn)行時(shí)不存在任何類型相關(guān)的信息。例如List<String>在運(yùn)行時(shí)僅用一個(gè)List來(lái)表示。這樣做的目的，是確保能和Java 5之前的版本開發(fā)二進(jìn)制類庫(kù)進(jìn)行兼容。你無(wú)法在運(yùn)行時(shí)訪問到類型參數(shù)，因?yàn)榫幾g器已經(jīng)把泛型類型轉(zhuǎn)換成了原始類型。根據(jù)你對(duì)這個(gè)泛型問題的回答情況，你會(huì)得到一些后續(xù)提問，比如為什么泛型是由類型擦除來(lái)實(shí)現(xiàn)的或者給你展示一些會(huì)導(dǎo)致編譯器出錯(cuò)的錯(cuò)誤泛型代碼。請(qǐng)閱讀我的Java中泛型是如何工作的來(lái)了解更多信息。

　　3. 什么是泛型中的限定通配符和非限定通配符 ?

　　這是另一個(gè)非常流行的Java泛型面試題。限定通配符對(duì)類型進(jìn)行了限制。有兩種限定通配符，一種是<? extends T>它通過確保類型必須是T的子類來(lái)設(shè)定類型的上界，另一種是<? super T>它通過確保類型必須是T的父類來(lái)設(shè)定類型的下界。泛型類型必須用限定內(nèi)的類型來(lái)進(jìn)行初始化，否則會(huì)導(dǎo)致編譯錯(cuò)誤。另一方面<?>表示了非限定通配符，因?yàn)?lt;?>可以用任意類型來(lái)替代。更多信息請(qǐng)參閱我的文章泛型中限定通配符和非限定通配符之間的區(qū)別。

　　4. List<? extends T>和List <? super T>之間有什么區(qū)別 ?

　　這和上一個(gè)面試題有聯(lián)系，有時(shí)面試官會(huì)用這個(gè)問題來(lái)評(píng)估你對(duì)泛型的理解，而不是直接問你什么是限定通配符和非限定通配符。這兩個(gè)List的聲明都是限定通配符的例子，List<? extends T>可以接受任何繼承自T的類型的List，而List<? super T>可以接受任何T的父類構(gòu)成的List。例如List<? extends Number>可以接受List<Integer>或List<Float>。在本段出現(xiàn)的連接中可以找到更多信息。

　　5. 如何編寫一個(gè)泛型方法，讓它能接受泛型參數(shù)并返回泛型類型?

　　編寫泛型方法并不困難，你需要用泛型類型來(lái)替代原始類型，比如使用T, E or K,V等被廣泛認(rèn)可的類型占位符。泛型方法的例子請(qǐng)參閱Java集合類框架。最簡(jiǎn)單的情況下，一個(gè)泛型方法可能會(huì)像這樣:

public V put(K key, V value) {         return cache.put(key, value); }

　　6. Java中如何使用泛型編寫帶有參數(shù)的類?

　　這是上一道面試題的延伸。面試官可能會(huì)要求你用泛型編寫一個(gè)類型安全的類，而不是編寫一個(gè)泛型方法。關(guān)鍵仍然是使用泛型類型來(lái)代替原始類型，而且要使用JDK中采用的標(biāo)準(zhǔn)占位符。

　　7. 編寫一段泛型程序來(lái)實(shí)現(xiàn)LRU緩存?

　　對(duì)于喜歡Java編程的人來(lái)說這相當(dāng)于是一次練習(xí)。給你個(gè)提示，LinkedHashMap可以用來(lái)實(shí)現(xiàn)固定大小的LRU緩存，當(dāng)LRU緩存已經(jīng)滿了的時(shí)候，它會(huì)把最老的鍵值對(duì)移出緩存。LinkedHashMap提供了一個(gè)稱為removeEldestEntry()的方法，該方法會(huì)被put()和putAll()調(diào)用來(lái)刪除最老的鍵值對(duì)。當(dāng)然，如果你已經(jīng)編寫了一個(gè)可運(yùn)行的JUnit測(cè)試，你也可以隨意編寫你自己的實(shí)現(xiàn)代碼。

　　8. 你可以把List<String>傳遞給一個(gè)接受List<Object>參數(shù)的方法嗎？

　　對(duì)任何一個(gè)不太熟悉泛型的人來(lái)說，這個(gè)Java泛型題目看起來(lái)令人疑惑，因?yàn)檎Э雌饋?lái)String是一種Object，所以List<String>應(yīng)當(dāng)可以用在需要List<Object>的地方，但是事實(shí)并非如此。真這樣做的話會(huì)導(dǎo)致編譯錯(cuò)誤。如果你再深一步考慮，你會(huì)發(fā)現(xiàn)Java這樣做是有意義的，因?yàn)長(zhǎng)ist<Object>可以存儲(chǔ)任何類型的對(duì)象包括String, Integer等等，而List<String>卻只能用來(lái)存儲(chǔ)Strings。

List<Object> objectList; List<String> stringList;       objectList = stringList;  //compilation error incompatible types

　　9. Array中可以用泛型嗎?

　　這可能是Java泛型面試題中最簡(jiǎn)單的一個(gè)了，當(dāng)然前提是你要知道Array事實(shí)上并不支持泛型，這也是為什么Joshua Bloch在Effective Java一書中建議使用List來(lái)代替Array，因?yàn)長(zhǎng)ist可以提供編譯期的類型安全保證，而Array卻不能。

　　10. 如何阻止Java中的類型未檢查的警告?

　　如果你把泛型和原始類型混合起來(lái)使用，例如下列代碼，Java 5的javac編譯器會(huì)產(chǎn)生類型未檢查的警告，例如

List<String> rawList = new ArrayList() 注意: Hello.java使用了未檢查或稱為不安全的操作;

　　這種警告可以使用@SuppressWarnings("unchecked")注解來(lái)屏蔽。

　　Java泛型面試題補(bǔ)充更新:

　　我手頭又拿到了幾個(gè)Java泛型面試題跟大家分享下，這幾道題集中在泛型類型和原始類型的區(qū)別上，以及我們是否可以用Object來(lái)代替限定通配符的使用等等：

　　Java中List<Object>和原始類型List之間的區(qū)別?

　　原始類型和帶參數(shù)類型<Object>之間的主要區(qū)別是，在編譯時(shí)編譯器不會(huì)對(duì)原始類型進(jìn)行類型安全檢查，卻會(huì)對(duì)帶參數(shù)的類型進(jìn)行檢查，通過使用Object作為類型，可以告知編譯器該方法可以接受任何類型的對(duì)象，比如String或Integer。這道題的考察點(diǎn)在于對(duì)泛型中原始類型的正確理解。它們之間的第二點(diǎn)區(qū)別是，你可以把任何帶參數(shù)的類型傳遞給原始類型List，但卻不能把List<String>傳遞給接受List<Object>的方法，因?yàn)闀?huì)產(chǎn)生變異錯(cuò)誤。更多詳細(xì)信息請(qǐng)參閱Java中的泛型是如何工作的。

　　Java中List<?>和List<Object>之間的區(qū)別是什么?

　　這道題跟上一道題看起來(lái)很像，實(shí)質(zhì)上卻完全不同。List<?> 是一個(gè)未知類型的List，而List<Object>其實(shí)是任意類型的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)于通配符的信息請(qǐng)查看Java中的泛型通配符示例

　　List<String>和原始類型List之間的區(qū)別.

　　該題類似于“原始類型和帶參數(shù)類型之間有什么區(qū)別”。帶參數(shù)類型是類型安全的，而且其類型安全是由編譯器保證的，但原始類型List卻不是類型安全的。你不能把String之外的任何其它類型的Object存入String類型的List中，而你可以把任何類型的對(duì)象存入原始List中。使用泛型的帶參數(shù)類型你不需要進(jìn)行類型轉(zhuǎn)換，但是對(duì)于原始類型，你則需要進(jìn)行顯式的類型轉(zhuǎn)換。

List listOfRawTypes = new ArrayList(); listOfRawTypes.add("abc"); listOfRawTypes.add(123); //編譯器允許這樣 - 運(yùn)行時(shí)卻會(huì)出現(xiàn)異常 String item = (String) listOfRawTypes.get(0); //需要顯式的類型轉(zhuǎn)換 item = (String) listOfRawTypes.get(1); //拋ClassCastException，因?yàn)镮nteger不能被轉(zhuǎn)換為String       List<String> listOfString = new ArrayList(); listOfString.add("abcd"); listOfString.add(1234); //編譯錯(cuò)誤，比在運(yùn)行時(shí)拋異常要好 item = listOfString.get(0); //不需要顯式的類型轉(zhuǎn)換 - 編譯器自動(dòng)轉(zhuǎn)換

posted @ 2014-08-08 15:14 鍵盤動(dòng)物閱讀(549) | 評(píng)論 (0) | 編輯收藏

泛型的好處

Java 語(yǔ)言中引入泛型是一個(gè)較大的功能增強(qiáng)。不僅語(yǔ)言、類型系統(tǒng)和編譯器有了較大的變化，以支持泛型，而且類庫(kù)也進(jìn)行了大翻修，所以許多重要的類，比如集合框架，都已經(jīng)成為泛型化的了。

這帶來(lái)了很多好處：

1，類型安全。 泛型的主要目標(biāo)是提高 Java 程序的類型安全。通過知道使用泛型定義的變量的類型限制，編譯器可以在一個(gè)高得多的程度上驗(yàn)證類型假設(shè)。沒有泛型，這些假設(shè)就只存在于程序員的頭腦中（或者如果幸運(yùn)的話，還存在于代碼注釋中）。

2，消除強(qiáng)制類型轉(zhuǎn)換。 泛型的一個(gè)附帶好處是，消除源代碼中的許多強(qiáng)制類型轉(zhuǎn)換。這使得代碼更加可讀，并且減少了出錯(cuò)機(jī)會(huì)。

3，潛在的性能收益。 泛型為較大的優(yōu)化帶來(lái)可能。在泛型的初始實(shí)現(xiàn)中，編譯器將強(qiáng)制類型轉(zhuǎn)換（沒有泛型的話，程序員會(huì)指定這些強(qiáng)制類型轉(zhuǎn)換）插入生成的字節(jié)碼中。但是更多類型信息可用于編譯器這一事實(shí)，為未來(lái)版本的 JVM 的優(yōu)化帶來(lái)可能。由于泛型的實(shí)現(xiàn)方式，支持泛型（幾乎）不需要 JVM 或類文件更改。所有工作都在編譯器中完成，編譯器生成類似于沒有泛型（和強(qiáng)制類型轉(zhuǎn)換）時(shí)所寫的代碼，只是更能確保類型安全而已。

Java語(yǔ)言引入泛型的好處是安全簡(jiǎn)單。泛型的好處是在編譯的時(shí)候檢查類型安全，并且所有的強(qiáng)制轉(zhuǎn)換都是自動(dòng)和隱式的，提高代碼的重用率。

    泛型在使用中還有一些規(guī)則和限制：
    1、泛型的類型參數(shù)只能是類類型（包括自定義類），不能是簡(jiǎn)單類型。
    2、同一種泛型可以對(duì)應(yīng)多個(gè)版本（因?yàn)閰?shù)類型是不確定的），不同版本的泛型類實(shí)例是不兼容的。
    3、泛型的類型參數(shù)可以有多個(gè)。
    4、泛型的參數(shù)類型可以使用extends語(yǔ)句，例如<T extends superclass>。習(xí)慣上成為“有界類型”。
    5、泛型的參數(shù)類型還可以是通配符類型。例如Class<?> classType = Class.forName(Java.lang.String);

posted @ 2014-08-08 14:57 鍵盤動(dòng)物閱讀(299) | 評(píng)論 (0) | 編輯收藏

java 重寫和重載的規(guī)則

重寫方法的規(guī)則：

1、參數(shù)列表必須完全與被重寫的方法相同，否則不能稱其為重寫而是重載。

2、返回的類型必須一直與被重寫的方法的返回類型相同，否則不能稱其為重寫而是重載。

3、訪問修飾符的限制一定要大于被重寫方法的訪問修飾符（public>protected>default>private）

4、重寫方法一定不能拋出新的檢查異?；蛘弑缺恢貙懛椒ㄉ昝鞲訉挿旱臋z查型異常。例如：

父類的一個(gè)方法申明了一個(gè)檢查異常IOException，在重寫這個(gè)方法是就不能拋出Exception,只能拋出IOException的子類異常，可以拋出非檢查異常。

而重載的規(guī)則：

1、必須具有不同的參數(shù)列表；

2、可以有不責(zé)罵的返回類型，只要參數(shù)列表不同就可以了；

3、可以有不同的訪問修飾符；

4、可以拋出不同的異常；

重寫與重載的區(qū)別在于：

重寫多態(tài)性起作用，對(duì)調(diào)用被重載過的方法可以大大減少代碼的輸入量，同一個(gè)方法名只要往里面?zhèn)鬟f不同的參數(shù)就可以擁有不同的功能或返回值。

用好重寫和重載可以設(shè)計(jì)一個(gè)結(jié)構(gòu)清晰而簡(jiǎn)潔的類，可以說重寫和重載在編寫代碼過程中的作用非同一般.

posted @ 2014-08-08 14:44 鍵盤動(dòng)物閱讀(315) | 評(píng)論 (0) | 編輯收藏

java 泛型使用擦除法

擦除法并不代表編譯后的字節(jié)碼中就不包含我們?cè)谠创a定義的泛型類型了。而是在字節(jié)碼中引入新屬性Signature 和 LocalVariableTypeTable 來(lái)存儲(chǔ)泛型。這也是為什么可以通過返回值重載，及通過反射獲取到泛型的根本原因

posted @ 2014-08-08 14:38 鍵盤動(dòng)物閱讀(215) | 評(píng)論 (0) | 編輯收藏

Collections.synchronizedMap(new HashMap())這個(gè)方法是什么意思

Collections.synchronizedMap是個(gè)比較老的API了，實(shí)際用起來(lái)還要手工做一些事。

建議樓主用Java5的ConcurrentHashMap或Java6的ConcurrentSkipListMap

posted @ 2014-08-07 16:40 鍵盤動(dòng)物閱讀(519) | 評(píng)論 (0) | 編輯收藏

Eclipse中關(guān)聯(lián)jar出現(xiàn)亂碼

1、首先要清楚源碼的編碼方式是什么？

如果源碼的編碼是utf-8 就需要這樣修改

Preferences General > Workspace 修改Text file encoding

為UTF-8后才行。

重新啟動(dòng)Eclipse就可以解決了()

posted @ 2014-07-31 15:31 鍵盤動(dòng)物閱讀(194) | 評(píng)論 (0) | 編輯收藏

一句話理解ThreadLocal

向ThreadLocal里面存東西就是向它里面的Map存東西的，然后ThreadLocal把這個(gè)Map掛到當(dāng)前的線程底下，這樣Map就只屬于這個(gè)線程了。

posted @ 2014-07-31 11:13 鍵盤動(dòng)物閱讀(173) | 評(píng)論 (0) | 編輯收藏

linux 查下端口是否被占用

lsof -i :80

posted @ 2014-07-27 17:35 鍵盤動(dòng)物閱讀(154) | 評(píng)論 (0) | 編輯收藏

mac 下同時(shí)打開2個(gè)旺旺

1.打開旺旺的聊天窗口
2.command+shift+n 會(huì)彈出登錄匡

posted @ 2014-07-25 09:38 鍵盤動(dòng)物閱讀(1206) | 評(píng)論 (0) | 編輯收藏

項(xiàng)目沒有 referenced libraries

是因?yàn)樽髠?cè)的視圖是Project Explorer而不是Package Explorer，直接在菜單欄上面找到“Window”-“Show view...”-“Other”，搜索“package”找到Package Explorer，并且讓它顯示出來(lái)，就OK了，在Package Explorer里面是有Referenced Libraries的。

posted @ 2014-07-15 10:50 鍵盤動(dòng)物閱讀(532) | 評(píng)論 (0) | 編輯收藏

HTTP協(xié)議圖解

摘要: 什么是HTTP協(xié)議協(xié)議是指計(jì)算機(jī)通信網(wǎng)絡(luò)中兩臺(tái)計(jì)算機(jī)之間進(jìn)行通信所必須共同遵守的規(guī)定或規(guī)則，超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議，它允許將超文本標(biāo)記語(yǔ)言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器目前我們使用的是HTTP/1.1 版本W(wǎng)eb服務(wù)器，瀏覽器,代理服務(wù)器當(dāng)我們打開瀏覽器，在地址欄中輸入U(xiǎn)RL，然后我們就看到了網(wǎng)頁(yè)。原理是怎樣的呢？實(shí)際上我們輸入U(xiǎn)RL后，我們的瀏... 閱讀全文

posted @ 2014-05-26 10:31 鍵盤動(dòng)物閱讀(317) | 評(píng)論 (0) | 編輯收藏

Comet：基于 HTTP 長(zhǎng)連接的“服務(wù)器推”技術(shù)

Post 請(qǐng)求后會(huì)關(guān)閉套接口連接；而 1.1 規(guī)范下服務(wù)器會(huì)保持這個(gè)連接，在處理兩個(gè)請(qǐng)求的間隔時(shí)間里，這個(gè)連接處于空閑狀態(tài)。 Java 1.4 引入了支持異步 IO 的 java.nio 包。當(dāng)連接處于空閑時(shí)，為這個(gè)連接分配的線程資源會(huì)返還到線程池，可以供新的連接使用；當(dāng)原來(lái)處于空閑的連接的客戶發(fā)出新的請(qǐng)求，會(huì)從線程池里分配一個(gè)線程資源處理這個(gè)請(qǐng)求。這種技術(shù)在連接處于空閑的機(jī)率較高、并發(fā)連接數(shù)目很多的場(chǎng)景下對(duì)于降低服務(wù)器的資源負(fù)載非常有效。
但是 AJAX 的應(yīng)用使請(qǐng)求的出現(xiàn)變得頻繁，而 Comet 則會(huì)長(zhǎng)時(shí)間占用一個(gè)連接，上述的服務(wù)器模型在新的應(yīng)用背景下會(huì)變得非常低效，線程池里有限的線程數(shù)甚至可能會(huì)阻塞新的連接。Jetty 6 Web 服務(wù)器針對(duì) AJAX、Comet 應(yīng)用的特點(diǎn)進(jìn)行了很多創(chuàng)新的改進(jìn)，請(qǐng)參考文章“AJAX，Comet and Jetty”（請(qǐng)參見參考資源）。
控制信息與數(shù)據(jù)信息使用不同的 HTTP 連接
使用長(zhǎng)連接時(shí)，存在一個(gè)很常見的場(chǎng)景：客戶端網(wǎng)頁(yè)需要關(guān)閉，而服務(wù)器端還處在讀取數(shù)據(jù)的堵塞狀態(tài)，客戶端需要及時(shí)通知服務(wù)器端關(guān)閉數(shù)據(jù)連接。服務(wù)器在收到關(guān)閉請(qǐng)求后首先要從讀取數(shù)據(jù)的阻塞狀態(tài)喚醒，然后釋放為這個(gè)客戶端分配的資源，再關(guān)閉連接。
所以在設(shè)計(jì)上，我們需要使客戶端的控制請(qǐng)求和數(shù)據(jù)請(qǐng)求使用不同的 HTTP 連接，才能使控制請(qǐng)求不會(huì)被阻塞。
在實(shí)現(xiàn)上，如果是基于 iframe 流方式的長(zhǎng)連接，客戶端頁(yè)面需要使用兩個(gè) iframe，一個(gè)是控制幀，用于往服務(wù)器端發(fā)送控制請(qǐng)求，控制請(qǐng)求能很快收到響應(yīng)，不會(huì)被堵塞；一個(gè)是顯示幀，用于往服務(wù)器端發(fā)送長(zhǎng)連接請(qǐng)求。如果是基于 AJAX 的長(zhǎng)輪詢方式，客戶端可以異步地發(fā)出一個(gè) XMLHttpRequest 請(qǐng)求，通知服務(wù)器端關(guān)閉數(shù)據(jù)連接。
在客戶和服務(wù)器之間保持“心跳”信息
在瀏覽器與服務(wù)器之間維持一個(gè)長(zhǎng)連接會(huì)為通信帶來(lái)一些不確定性：因?yàn)閿?shù)據(jù)傳輸是隨機(jī)的，客戶端不知道何時(shí)服務(wù)器才有數(shù)據(jù)傳送。服務(wù)器端需要確保當(dāng)客戶端不再工作時(shí)，釋放為這個(gè)客戶端分配的資源，防止內(nèi)存泄漏。因此需要一種機(jī)制使雙方知道大家都在正常運(yùn)行。在實(shí)現(xiàn)上：
服務(wù)器端在阻塞讀時(shí)會(huì)設(shè)置一個(gè)時(shí)限，超時(shí)后阻塞讀調(diào)用會(huì)返回，同時(shí)發(fā)給客戶端沒有新數(shù)據(jù)到達(dá)的心跳信息。此時(shí)如果客戶端已經(jīng)關(guān)閉，服務(wù)器往通道寫數(shù)據(jù)會(huì)出現(xiàn)異常，服務(wù)器端就會(huì)及時(shí)釋放為這個(gè)客戶端分配的資源。
如果客戶端使用的是基于 AJAX 的長(zhǎng)輪詢方式；服務(wù)器端返回?cái)?shù)據(jù)、關(guān)閉連接后，經(jīng)過某個(gè)時(shí)限沒有收到客戶端的再次請(qǐng)求，會(huì)認(rèn)為客戶端不能正常工作，會(huì)釋放為這個(gè)客戶端分配、維護(hù)的資源。
當(dāng)服務(wù)器處理信息出現(xiàn)異常情況，需要發(fā)送錯(cuò)誤信息通知客戶端，同時(shí)釋放資源、關(guān)閉連接。
Pushlet - 開源 Comet 框架
Pushlet 是一個(gè)開源的 Comet 框架，在設(shè)計(jì)上有很多值得借鑒的地方，對(duì)于開發(fā)輕量級(jí)的 Comet 應(yīng)用很有參考價(jià)值。
觀察者模型
Pushlet 使用了觀察者模型：客戶端發(fā)送請(qǐng)求，訂閱感興趣的事件；服務(wù)器端為每個(gè)客戶端分配一個(gè)會(huì)話 ID 作為標(biāo)記，事件源會(huì)把新產(chǎn)生的事件以多播的方式發(fā)送到訂閱者的事件隊(duì)列里。
客戶端 JavaScript 庫(kù)
pushlet 提供了基于 AJAX 的 JavaScript 庫(kù)文件用于實(shí)現(xiàn)長(zhǎng)輪詢方式的“服務(wù)器推”；還提供了基于 iframe 的 JavaScript 庫(kù)文件用于實(shí)現(xiàn)流方式的“服務(wù)器推”。
JavaScript 庫(kù)做了很多封裝工作：
定義客戶端的通信狀態(tài)：`STATE_ERROR`、`STATE_ABORT`、`STATE_NULL`、`STATE_READY`、`STATE_JOINED`、`STATE_LISTENING`；
保存服務(wù)器分配的會(huì)話 ID，在建立連接之后的每次請(qǐng)求中會(huì)附上會(huì)話 ID 表明身份；
提供了 `join()`、`leave()`、`subscribe()`、 `unsubsribe()`、`listen()` 等 API 供頁(yè)面調(diào)用；
提供了處理響應(yīng)的 JavaScript 函數(shù)接口 `onData()`、`onEvent()`…
網(wǎng)頁(yè)可以很方便地使用這兩個(gè) JavaScript 庫(kù)文件封裝的 API 與服務(wù)器進(jìn)行通信。
客戶端與服務(wù)器端通信信息格式
pushlet 定義了一套客戶與服務(wù)器通信的信息格式，使用 XML 格式。定義了客戶端發(fā)送請(qǐng)求的類型：`join`、`leave`、`subscribe`、`unsubscribe`、`listen`、`refresh`；以及響應(yīng)的事件類型：`data`、`join_ack`、`listen_ack`、`refresh`、`heartbeat`、`error`、`abort`、`subscribe_ack`、`unsubscribe_ack`。
服務(wù)器端事件隊(duì)列管理
pushlet 在服務(wù)器端使用 Java Servlet 實(shí)現(xiàn)，其數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)框架仍可適用于 PHP、C 編寫的后臺(tái)客戶端。
Pushlet 支持客戶端自己選擇使用流、拉（長(zhǎng)輪詢）、輪詢方式。服務(wù)器端根據(jù)客戶選擇的方式在讀取事件隊(duì)列（fetchEvents）時(shí)進(jìn)行不同的處理。“輪詢”模式下 `fetchEvents()` 會(huì)馬上返回。”流“和”拉“模式使用阻塞的方式讀事件，如果超時(shí)，會(huì)發(fā)給客戶端發(fā)送一個(gè)沒有新信息收到的“heartbeat“事件，如果是“拉”模式，會(huì)把“heartbeat”與“refresh”事件一起傳給客戶端，通知客戶端重新發(fā)出請(qǐng)求、建立連接。
客戶服務(wù)器之間的會(huì)話管理
服務(wù)端在客戶端發(fā)送 `join` 請(qǐng)求時(shí)，會(huì)為客戶端分配一個(gè)會(huì)話 ID，并傳給客戶端，然后客戶端就通過此會(huì)話 ID 標(biāo)明身份發(fā)出`subscribe` 和 `listen` 請(qǐng)求。服務(wù)器端會(huì)為每個(gè)會(huì)話維護(hù)一個(gè)訂閱的主題集合、事件隊(duì)列。
服務(wù)器端的事件源會(huì)把新產(chǎn)生的事件以多播的方式發(fā)送到每個(gè)會(huì)話（即訂閱者）的事件隊(duì)列里。
回頁(yè)首
小結(jié)
本文介紹了如何在現(xiàn)有的技術(shù)基礎(chǔ)上選擇合適的方案開發(fā)一個(gè)“服務(wù)器推”的應(yīng)用，最優(yōu)的方案還是取決于應(yīng)用需求的本身。相對(duì)于傳統(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ú)論是服務(wù)器還是瀏覽器都出現(xiàn)了很多新技術(shù)，同時(shí)也出現(xiàn)了很多開源的 Comet 框架、協(xié)議。需求推動(dòng)技術(shù)的發(fā)展，相信 Comet 的應(yīng)用會(huì)變得和 AJAX 一樣普及。

posted @ 2014-05-24 15:38 鍵盤動(dòng)物閱讀(216) | 評(píng)論 (0) | 編輯收藏

三次握手

vTCP連接的建立

第一次握手：客戶端TCP首先給服務(wù)器端TCP發(fā)送一個(gè)特殊的TCP數(shù)據(jù)

段。該數(shù)據(jù)段不包含應(yīng)用層數(shù)據(jù)，并將頭部中的SYN位設(shè)置為1，所以該數(shù)

據(jù)段被稱為SYN數(shù)據(jù)段。另外，客戶選擇一個(gè)初始序列號(hào)SEQ，設(shè)SEQ＝x

并將這個(gè)編號(hào)放到初始的TCP SYN數(shù)據(jù)段的序列號(hào)字段中。該數(shù)據(jù)段被封

裝到一個(gè)IP數(shù)據(jù)報(bào)中，并發(fā)送給服務(wù)器。

第二次握手：一旦裝有TCP SYN數(shù)據(jù)段的IP數(shù)據(jù)報(bào)到達(dá)了服務(wù)器主機(jī)，服

務(wù)器將從該數(shù)據(jù)報(bào)中提取出TCP SYN數(shù)據(jù)段，給該連接分配TCP緩沖區(qū)和

變量，并給客戶TCP發(fā)送一個(gè)允許連接的數(shù)據(jù)段。這個(gè)允許連接的數(shù)據(jù)段

也不包含任何應(yīng)用層數(shù)據(jù)。但是，它的頭部中裝載著3個(gè)重要信息。首先，

SYN被設(shè)置為1；其次，TCP數(shù)據(jù)段頭部的確認(rèn)字段被設(shè)置為x＋1；最后，

服務(wù)器選擇自己的初始順序號(hào)，SEQ=y，并將該值放到TCP數(shù)據(jù)段頭部的

序列號(hào)字段中。

第三次握手：在接收到允許連接數(shù)據(jù)段之后，客戶也會(huì)給連接分配緩沖區(qū)

和變量?？蛻舳酥鳈C(jī)還會(huì)給服務(wù)器發(fā)送另一個(gè)數(shù)據(jù)段，對(duì)服務(wù)器的允許連

接數(shù)據(jù)段給出確認(rèn)。

posted @ 2014-05-24 05:53 鍵盤動(dòng)物閱讀(276) | 評(píng)論 (1) | 編輯收藏

springmvc + ibatis 遇到的問題

報(bào)錯(cuò)：springmvc threw exception com.ibatis.sqlmap.client.SqlMapException: There is no statement named 語(yǔ)句名 in this SqlMap.
sqlmap-config.xml 中必須加上這行：<settings cacheModelsEnabled="true" enhancementEnabled="false" lazyLoadingEnabled="false" maxRequests="3000" maxSessions="3000" maxTransactions="3000" useStatementNamespaces="true"/>

posted @ 2013-06-16 23:48 鍵盤動(dòng)物閱讀(207) | 評(píng)論 (0) | 編輯收藏

mysql 數(shù)據(jù)庫(kù)客戶端授權(quán)的問題(#創(chuàng)業(yè)#)

讓root用戶可以遠(yuǎn)程登錄

--------------------------------------------------------------------------------

GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;

posted @ 2013-06-16 08:29 鍵盤動(dòng)物閱讀(217) | 評(píng)論 (0) | 編輯收藏

mac hosts重啟后被重寫及解決方案

以前發(fā)現(xiàn)在Ubuntu重啟后，`hosts` 文件又恢復(fù)到了修改前，十分奇怪。
一開始覺得是Linux的問題，最近在Mac上同樣的現(xiàn)象又出現(xiàn)了。
查看 /etc/目錄下，發(fā)現(xiàn)了兩個(gè)一摸一樣的文件,`hosts`和`hosts.ac` ，vimdiff一下，居然一模一樣！
看來(lái)原因找到了。

Cisco AnyConnect 搗的鬼

仔細(xì)回想了一下，發(fā)現(xiàn)/ect/hosts.ac是出現(xiàn)在 VPN 客戶端:Cisco AnyConnect后,hosts.ac應(yīng)該是any client的縮寫。

這貨每次在重啟后，都會(huì)把/etc/hosts重新覆蓋一遍。

所以,除非你同時(shí)修改了/etc/hosts.ac 文件，否則單獨(dú)只修改/etc/hosts都會(huì)被重置。

下面開始實(shí)驗(yàn)證明一下

首先測(cè)試下做個(gè)軟鏈?zhǔn)欠裼行В?/h5>

刪除原來(lái)hosts.ac sudo rm /etc/hosts.ac 建立軟鏈 sudo ln -s /etc/hosts.ac /etc/hosts

重啟后發(fā)現(xiàn)，兩個(gè)hosts文件都不在了。。。悲劇。

嘗試反著操作

刪除原來(lái)hosts sudo rm /etc/hosts 建立軟鏈 sudo ln -s /etc/hosts /etc/hosts.ac

再次重啟，發(fā)現(xiàn)軟連接消失了，依舊變成了連個(gè)一模一樣的hosts.ac 。

實(shí)驗(yàn)證明

每次重啟，hosts.ac都會(huì)重新復(fù)制給hosts，

所以如果你希望hosts保留的話，每次修改hosts后，請(qǐng)同時(shí)復(fù)制給hosts.ac文件

如果不小心被誤刪除了，可以使用原始的hosts文件內(nèi)容恢復(fù)：

255.255.255.255 broadcasthost ::1             localhost fe80::1%lo0     localhost

偷懶的解決方案

在BASH的PATH目錄下，創(chuàng)建mh腳本，以后通過這個(gè)腳本修改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

posted @ 2013-05-07 10:12 鍵盤動(dòng)物閱讀(5201) | 評(píng)論 (0) | 編輯收藏

Waiting for HOME ('android.process.acore') to be launche

出錯(cuò)如下：

New emulator found: emulator-5554

Waiting for HOME ('android.process.acore') to be launched...

解決方法：保持AVD，不要關(guān)閉，重新運(yùn)行工程。

posted @ 2013-05-06 13:04 鍵盤動(dòng)物閱讀(371) | 評(píng)論 (0) | 編輯收藏

被譯名掩蓋了本質(zhì)的socket

在網(wǎng)絡(luò)編程領(lǐng)域（注意不是Web編程），幾乎每天都與socket打交道。然而不知如何，國(guó)人竟把socket翻譯成了“套接字”。socket的原意是指電源插座，而“套接字”為何物？

雖然這種翻譯已經(jīng)被絕大多數(shù)國(guó)人認(rèn)可，可這也恰恰給網(wǎng)絡(luò)編程的入門及其本質(zhì)的理解造成了難以理解的巨大惡果。還是先讓我們來(lái)看看插座吧。

對(duì)于電源插座，相信大家都不會(huì)陌生了。看看下面這個(gè)再簡(jiǎn)單不過的生活經(jīng)歷：

小王裝修房子，第一天，為了用電，必須找一根電纜從變電站把電引入家中。也就是家里用電的總來(lái)源要有啊。

第二天，小王買來(lái)了電冰箱，為了給電冰箱供電，必須先買一個(gè)插座，并把插座接到第一天引入的電源線上。剩下來(lái)就簡(jiǎn)單了，因?yàn)橛辛瞬遄?socket)，把冰箱的電源插頭插入就OK了。

第三天，熱愛計(jì)算機(jī)的小王買來(lái)了心愛的電腦，可這下就犯愁了，怎么供電呢？好辦，又買了一個(gè)插座(socket)并接到電源線上，把電腦的插頭插入socket，電腦終于可以正常使用了。

第四天，小王又買來(lái)了電視機(jī)，同樣一個(gè)socket，又讓電視機(jī)順利地工作了。

第五天，第六天...按照同樣的方法，小王通過一個(gè)又一個(gè)的插座(socket)，完成了所有電器的供電。

看完了這個(gè)例子，再想想網(wǎng)絡(luò)編程，簡(jiǎn)直是如出一轍。

為了連上網(wǎng)絡(luò)，必須要有網(wǎng)卡（總電源），這樣網(wǎng)絡(luò)上的數(shù)據(jù)便可以到達(dá)你的計(jì)算機(jī)了?？墒悄愕膽?yīng)用程序如何取得這些網(wǎng)絡(luò)數(shù)據(jù)呢，很簡(jiǎn)單，建立一個(gè)socket，并連到網(wǎng)卡上，好了這下你就可以從插座里取得信息了。無(wú)論何時(shí)你想取得網(wǎng)絡(luò)數(shù)據(jù)只需連接一個(gè)socket即可。

看看，socket這個(gè)詞，用到網(wǎng)絡(luò)編程API上是何等的形象！足見創(chuàng)始人對(duì)網(wǎng)絡(luò)編程模型的準(zhǔn)確把握和良苦用心。然而我們的翻譯者卻把這么好的一個(gè)術(shù)語(yǔ)弄成了“套接字”，本來(lái)很簡(jiǎn)單直觀的網(wǎng)絡(luò)編程被蒙上了一層復(fù)雜深?yuàn)W的迷霧。

注意：當(dāng)然網(wǎng)絡(luò)編程中的Socket與電源插座有一定的差別，網(wǎng)絡(luò)中的socket種類和功能更多更強(qiáng)，但是其本質(zhì)是一樣的。按照插座來(lái)理解網(wǎng)絡(luò)編程，將非常的自然清晰。

posted @ 2013-04-19 08:17 鍵盤動(dòng)物閱讀(269) | 評(píng)論 (0) | 編輯收藏

Ubuntu下使用Array SSL VPN客戶端連接VPN網(wǎng)絡(luò)

test

1.下載Array Networks提供的客戶端程序 array_vpnc.bin

sudo apt-get install libc6-i386 #64位系統(tǒng)也是這個(gè)包
wget http://q.pnq.cc/uploads/array_vpnc.bin
chmod a+x array_vpnc.bin

2.下載這個(gè)小腳本到同個(gè)目錄

#下載輔助腳本

wget http://q.pnq.cc/uploads/vpn-for-common.sh -O vpn.sh

#里面會(huì)包含重要信息，我們不想別人隨便訪問

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)看到這個(gè)提示時(shí)，就說明成功了：
  array_vpnc: VPN TUNNEL SUCCESSFUL!

posted @ 2011-07-22 16:12 鍵盤動(dòng)物閱讀(1371) | 評(píng)論 (0) | 編輯收藏

Long 和long 性能的差別

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 實(shí)例

posted @ 2011-07-13 16:11 鍵盤動(dòng)物閱讀(463) | 評(píng)論 (0) | 編輯收藏

刪除修改Eclipse里的SVN賬戶

如果你用的SVNKit, 找到以下目錄并刪除.keyring文件.
[eclipsehome ]/"configuration"/org.eclipse .core.runtime

posted @ 2011-07-05 15:57 鍵盤動(dòng)物閱讀(355) | 評(píng)論 (0) | 編輯收藏

與的區(qū)別與作用

<context-param>的作用:
web.xml的配置中<context-param>配置作用
1. 啟動(dòng)一個(gè)WEB項(xiàng)目的時(shí)候,容器(如:Tomcat)會(huì)去讀它的配置文件web.xml.讀兩個(gè)節(jié)點(diǎn): <listener></listener> 和 <context-param></context-param>

2.緊接著,容器創(chuàng)建一個(gè)ServletContext(上下文),這個(gè)WEB項(xiàng)目所有部分都將共享這個(gè)上下文.

3.容器將<context-param></context-param>轉(zhuǎn)化為鍵值對(duì),并交給ServletContext.

4.容器創(chuàng)建<listener></listener>中的類實(shí)例,即創(chuàng)建監(jiān)聽.

5.在監(jiān)聽中會(huì)有contextInitialized(ServletContextEvent args)初始化方法,在這個(gè)方法中獲得ServletContext = ServletContextEvent.getServletContext();
context-param的值 = ServletContext.getInitParameter("context-param的鍵");

6.得到這個(gè)context-param的值之后,你就可以做一些操作了.注意,這個(gè)時(shí)候你的WEB項(xiàng)目還沒有完全啟動(dòng)完成.這個(gè)動(dòng)作會(huì)比所有的Servlet都要早.
換句話說,這個(gè)時(shí)候,你對(duì)<context-param>中的鍵值做的操作,將在你的WEB項(xiàng)目完全啟動(dòng)之前被執(zhí)行.

7.舉例.你可能想在項(xiàng)目啟動(dòng)之前就打開數(shù)據(jù)庫(kù).
那么這里就可以在<context-param>中設(shè)置數(shù)據(jù)庫(kù)的連接方式,在監(jiān)聽類中初始化數(shù)據(jù)庫(kù)的連接.

8.這個(gè)監(jiān)聽是自己寫的一個(gè)類,除了初始化方法,它還有銷毀方法.用于關(guān)閉應(yīng)用前釋放資源.比如說數(shù)據(jù)庫(kù)連接的關(guān)閉.

如:

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml,/WEB-INF/action-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來(lái)獲取這些信息

<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)閉時(shí),操作
}

//用于在容器開啟時(shí),操作

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("下面的兩個(gè)參數(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")取得.

posted @ 2011-06-27 14:34 鍵盤動(dòng)物閱讀(150) | 評(píng)論 (0) | 編輯收藏

32位ubuntu 識(shí)別4g內(nèi)存

$ sudo apt-get install linux-headers-server linux-image-server linux-server

安裝前后看free -m 安裝后需要重啟。

posted @ 2011-06-21 11:17 鍵盤動(dòng)物閱讀(363) | 評(píng)論 (0) | 編輯收藏

ubuntu deb安裝

命令：

要安裝 .deb 套件包時(shí)

dpkg -i package_file.deb

要反安裝 .deb 套件包時(shí)

dpkg -r package_name

注意:使用此命令需要你自己注意依賴軟件,所以這并不是安裝軟件的最佳方法.

dpkg的詳細(xì)使用方法，網(wǎng)上有很多，下面簡(jiǎn)單列了幾個(gè)：

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	配置包

posted @ 2011-06-10 16:57 鍵盤動(dòng)物閱讀(226) | 評(píng)論 (0) | 編輯收藏

mvn查看依賴關(guān)系并且導(dǎo)入到文件中

mvn dependency:tree > dep.txt

posted @ 2011-03-03 14:10 鍵盤動(dòng)物閱讀(375) | 評(píng)論 (0) | 編輯收藏

fastfox eclipse插件

http://www.oixx.se/fastfox.php

posted @ 2011-01-11 17:19 鍵盤動(dòng)物閱讀(316) | 評(píng)論 (0) | 編輯收藏

PL/SQL Developer 中文亂碼問題解決

PL/SQL Developer中文亂碼，但通過secureCRT連接Oracle顯示正常，需要通過以下步驟進(jìn)行修改。

1、查看服務(wù)端的字符集：

select * from v$nls_parameters;

2、修改注冊(cè)表

HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/HOMEO/NLS_LANG

該項(xiàng)值改為和數(shù)據(jù)庫(kù)服務(wù)端一致

注：如果不放心，修改該鍵值：HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/ALL_HOMES/ID0/NLS_LANG

3、修改環(huán)境變量

在系統(tǒng)環(huán)境變量中設(shè)置NLS_LANG，和服務(wù)端一致

posted @ 2010-12-24 17:22 鍵盤動(dòng)物閱讀(316) | 評(píng)論 (0) | 編輯收藏

abstract interface 和 interface的區(qū)別

Class 和 Class 之間是 extends

Interface 和 Interface 之間是 extends

Class 和 Interface 之間是 implements

Interface 和 abstract Interface 之間僅僅只能被你自己定義的接口extends，不可能implements, implements是Class和Interface之間的 "專利 "

一句話就是 abstract interface 只能被interface繼承,不能直接被類實(shí)現(xiàn)

posted @ 2010-12-01 15:33 鍵盤動(dòng)物閱讀(240) | 評(píng)論 (0) | 編輯收藏

創(chuàng)建MAVEN的WEB項(xiàng)目(jetty服務(wù)器)

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

posted @ 2010-11-30 15:37 鍵盤動(dòng)物閱讀(329) | 評(píng)論 (0) | 編輯收藏

Ubuntu 安裝google拼音輸入法

前些日子安裝了Ubuntu 10.04，體驗(yàn)很爽，不過就是默認(rèn)的輸入法不好使，感覺比9.10是個(gè)倒退，fcitx也沒有google或者搜狗拼音那么爽，幸運(yùn)的是SCIM-GooglePinyin 項(xiàng)目試圖將 Android 上的 Google 拼音輸入法移植到 GNU/Linux 平臺(tái)。SCIM-GooglePinyin 基于SCIM 這個(gè)通用輸入法平臺(tái)，目前仍然在開發(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. 編譯前提：

上面給的鏈接里面有介紹怎么編譯的，但少提了幾個(gè)必需組件，這里列一下：

* autotools-dev

* libgtk2.0-dev

* libscim-dev

* libtool

* automake

用下面命令看看是不是安裝了，如果沒有，會(huì)自動(dòng)幫你安裝上：

$ 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

然后啟動(dòng)： scim -d (本人測(cè)試要重新啟動(dòng)機(jī)器)

OK，去首選項(xiàng)里的“語(yǔ)言支持”的“輸入法”選擇scim作為默認(rèn)輸入法就OK了。

posted @ 2010-11-21 09:00 鍵盤動(dòng)物閱讀(442) | 評(píng)論 (0) | 編輯收藏

ubuntu gedit 亂碼設(shè)置

您可以遵循以下步驟，使您的 gedit 正確顯示中文編碼文件。

按下 Alt-F2，打開“運(yùn)行應(yīng)用程序”對(duì)話框。
在文本框中鍵入“gconf-editor”，并按下回車鍵，打開“配置編輯器”。
展開左邊的樹節(jié)點(diǎn)，找到 /apps/gedit-2/preferences/encodings 節(jié)點(diǎn)并單擊它。
雙擊右邊的 auto_detected 鍵，打開“編輯鍵”對(duì)話框。
單擊列表右邊的“添加”按鈕，輸入“GB18030”，單擊確定按鈕。
列表的最底部新增加了一個(gè)“GB18030”。單擊選中它，并單擊右邊的 “向上” 按鈕直到 “GB18030” 位于列表的頂部為止。
單擊確定按鈕，關(guān)閉配置編輯器。

posted @ 2010-05-11 10:51 鍵盤動(dòng)物閱讀(312) | 評(píng)論 (0) | 編輯收藏

ubuntux下沒有win7啟動(dòng)項(xiàng)怎么辦

安裝完重啟后會(huì)發(fā)現(xiàn)無(wú)法進(jìn)入Windows 7，需要我們進(jìn)行如下步驟：

ubuntu9.10使用grub2，所以不能再使用menu.lst而使用grub.cfg來(lái)代替
修改grub需要root權(quán)限，默認(rèn)是只讀的，所以不建議直接修改
進(jìn)入U(xiǎn)buntu，打開終端，輸入“sudo update-grub",即可重新生成grub.cfg,并且會(huì)自動(dòng)搜索并添加劑windows系統(tǒng)的啟動(dòng)項(xiàng)目
如果還是沒有windows7的啟動(dòng)項(xiàng)，也可以修改/etc/grub.d/目錄下的40_custom，在后面添加

1title Windows Seven

2root (hd0,0)

3makeactive

4chainloader +1

然后再執(zhí)行"sudo update-grub"

posted @ 2010-04-29 20:24 鍵盤動(dòng)物閱讀(342) | 評(píng)論 (0) | 編輯收藏

linux添加/刪除用戶和組

1、建用戶：

adduser box //新建box用戶

passwd box //給box用戶設(shè)置密碼

2、建工作組

groupadd test //新建test工作組

3、新建用戶同時(shí)增加工作組

useradd -g test box //新建box用戶并增加到test工作組

注：：-g 所屬組 -d 家目錄 -s 所用的SHELL

4、給已有的用戶增加工作組

usermod -G groupname username

或者：gpasswd -a user group

5、臨時(shí)關(guān)閉：在/etc/shadow文件中屬于該用戶的行的第二個(gè)字段（密碼）前面加上*就可以了。想恢復(fù)該用戶，去掉*即可。

或者使用如下命令關(guān)閉用戶賬號(hào)：

passwd peter –l

重新釋放：

passwd peter –u

6、永久性刪除用戶賬號(hào)

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

posted @ 2010-04-02 16:14 鍵盤動(dòng)物閱讀(294) | 評(píng)論 (0) | 編輯收藏

/etc/group 內(nèi)容具體分析

/etc/group 內(nèi)容具體分析
/etc/group 的內(nèi)容包括用戶組（Group）、用戶組口令、GID及該用戶組所包含的用戶（User），每個(gè)用戶組一條記錄；格式如下：

 

group_name:passwd:GID:user_list

在/etc/group 中的每條記錄分四個(gè)字段：第一字段：用戶組名稱；
第二字段：用戶組密碼；
第三字段：GID
第四字段：用戶列表，每個(gè)用戶之間用,號(hào)分割；本字段可以為空；如果字段為空表示用戶組為GID的用戶名；我們舉個(gè)例子：

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查看；

posted @ 2010-04-02 14:41 鍵盤動(dòng)物閱讀(194) | 評(píng)論 (0) | 編輯收藏

Ubuntu網(wǎng)絡(luò)管理器圖標(biāo)消失的解決方法

sudo gedit /etc/NetworkManager/nm-system-settings.conf
把
managed=false
修改成為
managed=true

posted @ 2010-03-31 16:34 鍵盤動(dòng)物閱讀(887) | 評(píng)論 (0) | 編輯收藏

linux下svn分支合并

1.從trunk上創(chuàng)建一個(gè)分支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分支上

posted @ 2010-03-10 19:33 鍵盤動(dòng)物閱讀(669) | 評(píng)論 (0) | 編輯收藏

JDK源碼分析之Set類詳解

摘要: JDK源碼分析Set類，因?yàn)镾et類是經(jīng)常要用到的，那我們知道JDK源碼中Set類在其中不可以有相同的元素，那么判斷這個(gè)元素是否相同是如何實(shí)現(xiàn)的呢，我們看下下面這張圖：對(duì)JDK源碼分析之Set類在這張類圖上，首先我們看見一個(gè)經(jīng)典模式的應(yīng)用，那就是適配器模式，我們把map接口的對(duì)象，包裝成為了Set的接口；在代碼中，我們來(lái)分析一下；首先，我... 閱讀全文

posted @ 2010-02-05 14:28 鍵盤動(dòng)物閱讀(288) | 評(píng)論 (0) | 編輯收藏

java 命名規(guī)范

標(biāo)識(shí)符類型命名規(guī)則例子
包
(Packages) 一個(gè)唯一包名的前綴總是全部小寫的ASCII字母并且是一個(gè)頂級(jí)域名，通常是com，edu，gov，mil，net，org，或1981年ISO 3166標(biāo)準(zhǔn)所指定的標(biāo)識(shí)國(guó)家的英文雙字符代碼。包名的后續(xù)部分根據(jù)不同機(jī)構(gòu)各自內(nèi)部的命名規(guī)范而不盡相同。這類命名規(guī)范可能以特定目錄名的組成來(lái)區(qū)分部門(department)，項(xiàng)目(project)，機(jī)器(machine)，或注冊(cè)名(login names)。 com.sun.eng
com.apple.quicktime.v2
edu.cmu.cs.bovik.cheese
類
(Classes) 命名規(guī)則：類名是個(gè)一名詞，采用大小寫混合的方式，每個(gè)單詞的首字母大寫。盡量使你的類名簡(jiǎn)潔而富于描述。使用完整單詞，避免縮寫詞(除非該縮寫詞被更廣泛使用，像URL，HTML) class Raster;
class ImageSprite;
接口(Interfaces) 命名規(guī)則：大小寫規(guī)則與類名相似 interface RasterDelegate;
interface Storing;
方法
(Methods) 方法名是一個(gè)動(dòng)詞，采用大小寫混合的方式，第一個(gè)單詞的首字母小寫，其后單詞的首字母大寫。 run();
runFast();
getBackground();
變量(Variables) 除了變量名外，所有實(shí)例，包括類，類常量，均采用大小寫混合的方式，第一個(gè)單詞的首字母小寫，其后單詞的首字母大寫。變量名不應(yīng)以下劃線或美元符號(hào)開頭，盡管這在語(yǔ)法上是允許的。
變量名應(yīng)簡(jiǎn)短且富于描述。變量名的選用應(yīng)該易于記憶，即，能夠指出其用途。盡量避免單個(gè)字符的變量名，除非是一次性的臨時(shí)變量。臨時(shí)變量通常被取名為i，j，k，m和n，它們一般用于整型；c，d，e，它們一般用于字符型。 char c;
int i;
float myWidth;
實(shí)例變量(Instance Variables) 大小寫規(guī)則和變量名相似，除了前面需要一個(gè)下劃線 int _employeeId;
String _name;
Customer _customer;
常量(Constants) 類常量和ANSI常量的聲明，應(yīng)該全部大寫，單詞間用下劃線隔開。(盡量避免ANSI常量，容易引起錯(cuò)誤) static final int MIN_WIDTH = 4;
static final int MAX_WIDTH = 999;
static final int GET_THE_CPU = 1;

posted @ 2010-02-04 14:07 鍵盤動(dòng)物閱讀(297) | 評(píng)論 (0) | 編輯收藏

重構(gòu)，改善既有代碼的設(shè)計(jì) 第二章（1）

@關(guān)于間接層的概念。

間接層就是我們所提煉出來(lái)的小函數(shù)。本來(lái)事情是可以交給一個(gè)大函數(shù)一次性去執(zhí)行完的，可是我們?yōu)槭裁催€要把他分割成小函數(shù)，再委托小函數(shù)這個(gè)間接層去完成事情呢。以下是作者總結(jié)出來(lái)的三點(diǎn)間接層的好處。

1、允許邏輯共享。也就是說小函數(shù)做的這些小事情，子類也同樣可以做，而且跟其他事情互不干擾。

2、間接層給了我們一個(gè)解釋自己意圖的機(jī)會(huì)。間接層允許我們選擇最適合表達(dá)我們意圖的名字來(lái)命名，那在調(diào)用這些函數(shù)的時(shí)候，我一看他們的名字就知道他們可能會(huì)做些什么事情。就像Justin昨天寫的那個(gè) A()

{

…

….

…. 200 行

}

改成

A()

{

A1();

A2();

A3();

}

A1()

{

…….

}

A2(){….}

A3(){….}

這樣你在整理邏輯的時(shí)候，頭腦會(huì)很清醒。（因?yàn)槊质俏覀冑x予他們的意義）

3、將變化加以隔離，當(dāng)我需要修改一些邏輯的時(shí)候，我可以把我在整個(gè)項(xiàng)目中掀起的波瀾降低很多。

@在有些開源的框架內(nèi)，我的接口名字已經(jīng)公布了，可是現(xiàn)在我在重構(gòu)的時(shí)候需要改變這些接口名字，改怎么辦呢？

這時(shí)候可以保留舊的接口，然后在舊的接口中用新接口來(lái)實(shí)現(xiàn)邏輯。一直持續(xù)到所有用戶都開始使用新接口的時(shí)候，再把這個(gè)舊接口去掉。

@這個(gè)世界不存在一條萬(wàn)能的定律能解決一切問題（我曾經(jīng)想象要是有這么一條定律就好了，這也是很多哲學(xué)家，科學(xué)家所追求過的），所以不要試圖用重構(gòu)來(lái)拯救整個(gè)世界。有以下幾種情況重構(gòu)不適用。

當(dāng)代碼已經(jīng)腐朽到連正常功能都不能運(yùn)行的時(shí)候，也許重寫（從頭再來(lái)一遍）比重構(gòu)要來(lái)的簡(jiǎn)單。

有的時(shí)候臨近發(fā)布，我們要趕眼前的時(shí)間，就不應(yīng)重構(gòu)了。重構(gòu)其實(shí)是一劑中藥，雖然藥效很好，但是效果卻也來(lái)的慢一些。如果是趕時(shí)間發(fā)布，那就不要寄希望于重構(gòu)了。重構(gòu)是我們欠的債，很多時(shí)候我們都是舉債來(lái)發(fā)布的，但是債都是有利息的，“過于復(fù)雜的代碼所造成的【維護(hù)和擴(kuò)展的額外開銷】就是利息。一定的利息我們可以承受，但是利息過高就會(huì)被拖垮。“出來(lái)混總是要還的”。最近幾次發(fā)布都通宵，這也許就是我們的重構(gòu)債欠的有點(diǎn)過多的信號(hào)。是時(shí)候來(lái)償還一些債了。

posted @ 2010-02-04 11:36 鍵盤動(dòng)物閱讀(260) | 評(píng)論 (1) | 編輯收藏

日志級(jí)別的選擇：Debug、Info、Warn、Error還是Fatal？

在此描述您的新便箋。軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來(lái)寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個(gè)日志級(jí)別：
    × Debug
    × Info
    × Warn
    × Error
    × Fatal
一個(gè)等級(jí)比一個(gè)高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級(jí)，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。

=== Debug ===
這個(gè)級(jí)別最低的東東，一般的來(lái)說，在系統(tǒng)實(shí)際運(yùn)行過程中，一般都是不輸出的。

因此這個(gè)級(jí)別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時(shí)更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來(lái)看看也無(wú)妨。

當(dāng)然，在每一個(gè) Debug 調(diào)用之前，一定要加上 If 判斷。

=== Info ===
這個(gè)應(yīng)該用來(lái)反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對(duì)最終用戶具有實(shí)際意義，也就是最終用戶要能夠看得明白是什么意思才行。

從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對(duì)待，不可隨便。

=== Warn、Error、Fatal ===
警告、錯(cuò)誤、嚴(yán)重錯(cuò)誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時(shí)檢測(cè)到了一個(gè)不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡(jiǎn)單的事情。我大致是這樣區(qū)分的：

所謂警告，應(yīng)該是這個(gè)時(shí)候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來(lái)，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。

所謂錯(cuò)誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無(wú)法確定系統(tǒng)會(huì)正常的工作下去，系統(tǒng)在以后的某個(gè)階段，很可能會(huì)因?yàn)楫?dāng)前的這個(gè)問題，導(dǎo)致一個(gè)無(wú)法修復(fù)的錯(cuò)誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。

所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯(cuò)誤已經(jīng)無(wú)法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會(huì)越來(lái)越亂。這時(shí)候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。

也就是說，選擇 Warn、Error、Fatal 中的具體哪一個(gè)，是根據(jù)當(dāng)前的這個(gè)問題對(duì)以后可能產(chǎn)生的影響而定的，如果對(duì)以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會(huì)怎么樣，則 Error 之。

=== 一些疑惑 ===
不過在實(shí)際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級(jí)別才算好呢？

例如在應(yīng)用中有一個(gè)輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個(gè)輸出窗口中。因?yàn)?Info 的級(jí)別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級(jí)別開放到 Info 級(jí)別。但是 Warn 的級(jí)別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實(shí)已經(jīng)假定，Warn 信息其實(shí)并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會(huì)讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？

個(gè)人觀點(diǎn)，Info 的級(jí)別應(yīng)該比 Warn 更高才對(duì)，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測(cè)試和調(diào)試時(shí)使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來(lái)寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個(gè)日志級(jí)別：
    × Debug
    × Info
    × Warn
    × Error
    × Fatal
一個(gè)等級(jí)比一個(gè)高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級(jí)，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。

=== Debug ===
這個(gè)級(jí)別最低的東東，一般的來(lái)說，在系統(tǒng)實(shí)際運(yùn)行過程中，一般都是不輸出的。

因此這個(gè)級(jí)別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時(shí)更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來(lái)看看也無(wú)妨。

當(dāng)然，在每一個(gè) Debug 調(diào)用之前，一定要加上 If 判斷。

=== Info ===
這個(gè)應(yīng)該用來(lái)反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對(duì)最終用戶具有實(shí)際意義，也就是最終用戶要能夠看得明白是什么意思才行。

從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對(duì)待，不可隨便。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來(lái)寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個(gè)日志級(jí)別：
    × Debug
    × Info
    × Warn
    × Error
    × Fatal
一個(gè)等級(jí)比一個(gè)高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級(jí)，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。

=== Debug ===
這個(gè)級(jí)別最低的東東，一般的來(lái)說，在系統(tǒng)實(shí)際運(yùn)行過程中，一般都是不輸出的。

因此這個(gè)級(jí)別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時(shí)更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來(lái)看看也無(wú)妨。

當(dāng)然，在每一個(gè) Debug 調(diào)用之前，一定要加上 If 判斷。

=== Info ===
這個(gè)應(yīng)該用來(lái)反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對(duì)最終用戶具有實(shí)際意義，也就是最終用戶要能夠看得明白是什么意思才行。

從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對(duì)待，不可隨便。

=== Warn、Error、Fatal ===
警告、錯(cuò)誤、嚴(yán)重錯(cuò)誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時(shí)檢測(cè)到了一個(gè)不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡(jiǎn)單的事情。我大致是這樣區(qū)分的：

所謂警告，應(yīng)該是這個(gè)時(shí)候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來(lái)，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。

所謂錯(cuò)誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無(wú)法確定系統(tǒng)會(huì)正常的工作下去，系統(tǒng)在以后的某個(gè)階段，很可能會(huì)因?yàn)楫?dāng)前的這個(gè)問題，導(dǎo)致一個(gè)無(wú)法修復(fù)的錯(cuò)誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。

所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯(cuò)誤已經(jīng)無(wú)法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會(huì)越來(lái)越亂。這時(shí)候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。

也就是說，選擇 Warn、Error、Fatal 中的具體哪一個(gè)，是根據(jù)當(dāng)前的這個(gè)問題對(duì)以后可能產(chǎn)生的影響而定的，如果對(duì)以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會(huì)怎么樣，則 Error 之。

=== 一些疑惑 ===
不過在實(shí)際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級(jí)別才算好呢？

例如在應(yīng)用中有一個(gè)輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個(gè)輸出窗口中。因?yàn)?Info 的級(jí)別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級(jí)別開放到 Info 級(jí)別。但是 Warn 的級(jí)別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實(shí)已經(jīng)假定，Warn 信息其實(shí)并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會(huì)讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？

個(gè)人觀點(diǎn)，Info 的級(jí)別應(yīng)該比 Warn 更高才對(duì)，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測(cè)試和調(diào)試時(shí)使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。

目前我所采用的解決方法是，對(duì)于 Warn、Error、Fatal 都添加一個(gè)相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時(shí)，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時(shí)，會(huì)彈出一個(gè)消息警告窗口，這可保證在測(cè)試、調(diào)試階段不漏過任何一個(gè)潛在的錯(cuò)誤。而在發(fā)布時(shí)，Release 編譯的輸出不會(huì)包括 Debug 語(yǔ)句，這就不會(huì)打擾最終用戶，而錯(cuò)誤信息仍然能通過 log 記錄到日志中
=== Warn、Error、Fatal ===
警告、錯(cuò)誤、嚴(yán)重錯(cuò)誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時(shí)檢測(cè)到了一個(gè)不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡(jiǎn)單的事情。我大致是這樣區(qū)分的：

所謂警告，應(yīng)該是這個(gè)時(shí)候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來(lái)，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。

所謂錯(cuò)誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無(wú)法確定系統(tǒng)會(huì)正常的工作下去，系統(tǒng)在以后的某個(gè)階段，很可能會(huì)因?yàn)楫?dāng)前的這個(gè)問題，導(dǎo)致一個(gè)無(wú)法修復(fù)的錯(cuò)誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。

所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯(cuò)誤已經(jīng)無(wú)法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會(huì)越來(lái)越亂。這時(shí)候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。

也就是說，選擇 Warn、Error、Fatal 中的具體哪一個(gè)，是根據(jù)當(dāng)前的這個(gè)問題對(duì)以后可能產(chǎn)生的影響而定的，如果對(duì)以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會(huì)怎么樣，則 Error 之。

=== 一些疑惑 ===
不過在實(shí)際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級(jí)別才算好呢？

例如在應(yīng)用中有一個(gè)輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個(gè)輸出窗口中。因?yàn)?Info 的級(jí)別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級(jí)別開放到 Info 級(jí)別。但是 Warn 的級(jí)別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實(shí)已經(jīng)假定，Warn 信息其實(shí)并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會(huì)讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來(lái)寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個(gè)日志級(jí)別：
    × Debug
    × Info
    × Warn
    × Error
    × Fatal
一個(gè)等級(jí)比一個(gè)高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級(jí)，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。

=== Debug ===
這個(gè)級(jí)別最低的東東，一般的來(lái)說，在系統(tǒng)實(shí)際運(yùn)行過程中，一般都是不輸出的。

因此這個(gè)級(jí)別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時(shí)更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來(lái)看看也無(wú)妨。

當(dāng)然，在每一個(gè) Debug 調(diào)用之前，一定要加上 If 判斷。

=== Info ===
這個(gè)應(yīng)該用來(lái)反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對(duì)最終用戶具有實(shí)際意義，也就是最終用戶要能夠看得明白是什么意思才行。

從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對(duì)待，不可隨便。

=== Warn、Error、Fatal ===
警告、錯(cuò)誤、嚴(yán)重錯(cuò)誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時(shí)檢測(cè)到了一個(gè)不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡(jiǎn)單的事情。我大致是這樣區(qū)分的：

所謂警告，應(yīng)該是這個(gè)時(shí)候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來(lái)，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。

所謂錯(cuò)誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無(wú)法確定系統(tǒng)會(huì)正常的工作下去，系統(tǒng)在以后的某個(gè)階段，很可能會(huì)因?yàn)楫?dāng)前的這個(gè)問題，導(dǎo)致一個(gè)無(wú)法修復(fù)的錯(cuò)誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。

所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯(cuò)誤已經(jīng)無(wú)法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會(huì)越來(lái)越亂。這時(shí)候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。

也就是說，選擇 Warn、Error、Fatal 中的具體哪一個(gè)，是根據(jù)當(dāng)前的這個(gè)問題對(duì)以后可能產(chǎn)生的影響而定的，如果對(duì)以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會(huì)怎么樣，則 Error 之。

=== 一些疑惑 ===
不過在實(shí)際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級(jí)別才算好呢？

例如在應(yīng)用中有一個(gè)輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個(gè)輸出窗口中。因?yàn)?Info 的級(jí)別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級(jí)別開放到 Info 級(jí)別。但是 Warn 的級(jí)別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實(shí)已經(jīng)假定，Warn 信息其實(shí)并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會(huì)讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？

個(gè)人觀點(diǎn)，Info 的級(jí)別應(yīng)該比 Warn 更高才對(duì)，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測(cè)試和調(diào)試時(shí)使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。

目前我所采用的解決方法是，對(duì)于 Warn、Error、Fatal 都添加一個(gè)相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時(shí)，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時(shí)，會(huì)彈出一個(gè)消息警告窗口，這可保證在測(cè)試、調(diào)試階段不漏過任何一個(gè)潛在的錯(cuò)誤。而在發(fā)布時(shí)，Release 編譯的輸出不會(huì)包括 Debug 語(yǔ)句，這就不會(huì)打擾最終用戶，而錯(cuò)誤信息仍然能通過 log 記錄到日志中
個(gè)人觀點(diǎn)，Info 的級(jí)別應(yīng)該比 Warn 更高才對(duì)，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測(cè)試和調(diào)試時(shí)使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。

目前我所采用的解決方法是，對(duì)于 Warn、Error、Fatal 都添加一個(gè)相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時(shí)，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時(shí)，會(huì)彈出一個(gè)消息警告窗口，這可保證在測(cè)試、調(diào)試階段不漏過任何一個(gè)潛在的軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來(lái)寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個(gè)日志級(jí)別：
    × Debug
    × Info
    × Warn
    × Error
    × Fatal
一個(gè)等級(jí)比一個(gè)高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級(jí)，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。

=== Debug ===
這個(gè)級(jí)別最低的東東，一般的來(lái)說，在系統(tǒng)實(shí)際運(yùn)行過程中，一般都是不輸出的。

因此這個(gè)級(jí)別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時(shí)更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來(lái)看看也無(wú)妨。

當(dāng)然，在每一個(gè) Debug 調(diào)用之前，一定要加上 If 判斷。

=== Info ===
這個(gè)應(yīng)該用來(lái)反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對(duì)最終用戶具有實(shí)際意義，也就是最終用戶要能夠看得明白是什么意思才行。

從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對(duì)待，不可隨便。

=== Warn、Error、Fatal ===
警告、錯(cuò)誤、嚴(yán)重錯(cuò)誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時(shí)檢測(cè)到了一個(gè)不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡(jiǎn)單的事情。我大致是這樣區(qū)分的：

所謂警告，應(yīng)該是這個(gè)時(shí)候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來(lái)，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。

所謂錯(cuò)誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無(wú)法確定系統(tǒng)會(huì)正常的工作下去，系統(tǒng)在以后的某個(gè)階段，很可能會(huì)因?yàn)楫?dāng)前的這個(gè)問題，導(dǎo)致一個(gè)無(wú)法修復(fù)的錯(cuò)誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。

所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯(cuò)誤已經(jīng)無(wú)法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會(huì)越來(lái)越亂。這時(shí)候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。
軟件中總免不了要使用諸如 Log4net, Log4j, Tracer 等東東來(lái)寫日志，不管用什么，這些東東大多是大同小異的，一般都提供了這樣5個(gè)日志級(jí)別：
    × Debug
    × Info
    × Warn
    × Error
    × Fatal
一個(gè)等級(jí)比一個(gè)高，但是在具體開發(fā)中，關(guān)于應(yīng)該如何選擇適應(yīng)的等級(jí)，卻沒有找到好的文章進(jìn)行說明。記錄一下自己的一些看法，以便日后使用吧。

=== Debug ===
這個(gè)級(jí)別最低的東東，一般的來(lái)說，在系統(tǒng)實(shí)際運(yùn)行過程中，一般都是不輸出的。

因此這個(gè)級(jí)別的信息，可以隨意的使用，任何覺得有利于在調(diào)試時(shí)更詳細(xì)的了解系統(tǒng)運(yùn)行狀態(tài)的東東，比如變量的值等等，都輸出來(lái)看看也無(wú)妨。

當(dāng)然，在每一個(gè) Debug 調(diào)用之前，一定要加上 If 判斷。

=== Info ===
這個(gè)應(yīng)該用來(lái)反饋系統(tǒng)的當(dāng)前狀態(tài)給最終用戶的，所以，在這里輸出的信息，應(yīng)該對(duì)最終用戶具有實(shí)際意義，也就是最終用戶要能夠看得明白是什么意思才行。

從某種角度上說，Info 輸出的信息可以看作是軟件產(chǎn)品的一部分（就像那些交互界面上的文字一樣），所以需要謹(jǐn)慎對(duì)待，不可隨便。

=== Warn、Error、Fatal ===
警告、錯(cuò)誤、嚴(yán)重錯(cuò)誤，這三者應(yīng)該都在系統(tǒng)運(yùn)行時(shí)檢測(cè)到了一個(gè)不正常的狀態(tài)，他們之間的區(qū)別，要區(qū)分還真不是那么簡(jiǎn)單的事情。我大致是這樣區(qū)分的：

所謂警告，應(yīng)該是這個(gè)時(shí)候進(jìn)行一些修復(fù)性的工作，應(yīng)該還可以把系統(tǒng)恢復(fù)到正常狀態(tài)中來(lái)，系統(tǒng)應(yīng)該可以繼續(xù)運(yùn)行下去。

所謂錯(cuò)誤，就是說可以進(jìn)行一些修復(fù)性的工作，但無(wú)法確定系統(tǒng)會(huì)正常的工作下去，系統(tǒng)在以后的某個(gè)階段，很可能會(huì)因?yàn)楫?dāng)前的這個(gè)問題，導(dǎo)致一個(gè)無(wú)法修復(fù)的錯(cuò)誤（例如宕機(jī)），但也可能一直工作到停止也不出現(xiàn)嚴(yán)重問題。

所謂Fatal，那就是相當(dāng)嚴(yán)重的了，可以肯定這種錯(cuò)誤已經(jīng)無(wú)法修復(fù)，并且如果系統(tǒng)繼續(xù)運(yùn)行下去的話，可以肯定必然會(huì)越來(lái)越亂。這時(shí)候采取的最好的措施不是試圖將系統(tǒng)狀態(tài)恢復(fù)到正常，而是http://www.cnblogs.com/shwen99/rss盡可能地保留系統(tǒng)有效數(shù)據(jù)并停止運(yùn)行。

也就是說，選擇 Warn、Error、Fatal 中的具體哪一個(gè)，是根據(jù)當(dāng)前的這個(gè)問題對(duì)以后可能產(chǎn)生的影響而定的，如果對(duì)以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會(huì)怎么樣，則 Error 之。

=== 一些疑惑 ===
不過在實(shí)際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級(jí)別才算好呢？

例如在應(yīng)用中有一個(gè)輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個(gè)輸出窗口中。因?yàn)?Info 的級(jí)別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級(jí)別開放到 Info 級(jí)別。但是 Warn 的級(jí)別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實(shí)已經(jīng)假定，Warn 信息其實(shí)并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會(huì)讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？

個(gè)人觀點(diǎn)，Info 的級(jí)別應(yīng)該比 Warn 更高才對(duì)，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測(cè)試和調(diào)試時(shí)使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。

目前我所采用的解決方法是，對(duì)于 Warn、Error、Fatal 都添加一個(gè)相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時(shí)，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時(shí)，會(huì)彈出一個(gè)消息警告窗口，這可保證在測(cè)試、調(diào)試階段不漏過任何一個(gè)潛在的錯(cuò)誤。而在發(fā)布時(shí)，Release 編譯的輸出不會(huì)包括 Debug 語(yǔ)句，這就不會(huì)打擾最終用戶，而錯(cuò)誤信息仍然能通過 log 記錄到日志中
也就是說，選擇 Warn、Error、Fatal 中的具體哪一個(gè)，是根據(jù)當(dāng)前的這個(gè)問題對(duì)以后可能產(chǎn)生的影響而定的，如果對(duì)以后基本沒什么影響，則警告之，如果肯定是以后要出嚴(yán)重問題的了，則Fatal之，拿不準(zhǔn)會(huì)怎么樣，則 Error 之。

=== 一些疑惑 ===
不過在實(shí)際使用中，基于上面的這種考慮，也還是有一些具體問題。最常見的就是要在最終產(chǎn)品中將輸出日志打開到那種級(jí)別才算好呢？

例如在應(yīng)用中有一個(gè)輸出窗口，一些系統(tǒng)狀態(tài)信息將被輸出到這個(gè)輸出窗口中。因?yàn)?Info 的級(jí)別是如此之低，所以為了讓用戶能夠看到有效的輸出信息，必須將日志級(jí)別開放到 Info 級(jí)別。但是 Warn 的級(jí)別比 Info 要高，所以用戶不得不被迫看到一些 Warn 的信息。而我們其實(shí)已經(jīng)假定，Warn 信息其實(shí)并不影響系統(tǒng)的正常運(yùn)行，這一般只代表系統(tǒng)中存在一些還沒有被發(fā)現(xiàn)或者修改的小 Bug。這些 Warn 信息會(huì)讓最終用戶困惑甚至恐慌，系統(tǒng)發(fā)出警告了，該怎么辦？

個(gè)人觀點(diǎn)，Info 的級(jí)別應(yīng)該比 Warn 更高才對(duì)，Warn 信息和 Debug 一樣，應(yīng)該在產(chǎn)品測(cè)試和調(diào)試時(shí)使用，而 Info、Erro 以及 Fatal 則在產(chǎn)品發(fā)布后需要繼續(xù)使用。

目前我所采用的解決方法是，對(duì)于 Warn、Error、Fatal 都添加一個(gè)相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時(shí)，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時(shí)，會(huì)彈出一個(gè)消息警告窗口，這可保證在測(cè)試、調(diào)試階段不漏過任何一個(gè)潛在的錯(cuò)誤。而在發(fā)布時(shí)，Release 編譯的輸出不會(huì)包括 Debug 語(yǔ)句，這就不會(huì)打擾最終用戶，而錯(cuò)誤信息仍然能通過 log 記錄到日志中錯(cuò)誤。而在發(fā)布時(shí)，Release 編譯的輸出不會(huì)包括 Debug 語(yǔ)句，這就不會(huì)打擾最終用戶，而錯(cuò)誤信息仍然能通過 log 記錄到日志中
目前我所采用的解決方法是，對(duì)于 Warn、Error、Fatal 都添加一個(gè)相應(yīng)的系統(tǒng)斷言，這樣，可以保證當(dāng)發(fā)生這種問題時(shí)，在調(diào)試階段，可以立即得到提示。在軟件發(fā)布以后，這些信息也能被記錄到日志文件中去。
{{{
log.Warn("message");
System.Diagnostics.Debug.Fail("警告", "message");
}}}
Debug.Fail 將導(dǎo)致編譯為 Debug 輸出時(shí)，會(huì)彈出一個(gè)消息警告窗口，這可保證在測(cè)試、調(diào)試階段不漏過任何一個(gè)潛在的錯(cuò)誤。而在發(fā)布時(shí)，Release 編譯的輸出不會(huì)包括 Debug 語(yǔ)句，這就不會(huì)打擾最終用戶，而錯(cuò)誤信息仍然能通過 log 記錄到日志中

posted @ 2010-01-25 10:10 鍵盤動(dòng)物閱讀(11696) | 評(píng)論 (1) | 編輯收藏

ubuntu下漂亮的桌面日歷 (linux下通用）

http://www.rainlendar.net/cms/index.php?option=com_rny_download&Itemid=32

posted @ 2010-01-22 11:23 鍵盤動(dòng)物閱讀(715) | 評(píng)論 (0) | 編輯收藏

tnsnames.ora配置小結(jié)

listener.ora、 tnsnames.ora和sqlnet.ora這3個(gè)文件是關(guān)系oracle網(wǎng)絡(luò)配置的3個(gè)主要文件，其中l(wèi)istener.ora是和數(shù)據(jù)庫(kù)服務(wù)器端相關(guān)，而tnsnames.ora和sqlnet.ora這2個(gè)文件不僅僅關(guān)系到服務(wù)器端，主要的還是和客戶端關(guān)系緊密。
檢查客戶端oracle網(wǎng)絡(luò)的時(shí)候可以先檢查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)——這個(gè)表示采用os認(rèn)證，在數(shù)據(jù)庫(kù)服務(wù)器上，可以利用sqlplus “/ as sysdba”。一般這個(gè)配置在windows上是ok的，在unix環(huán)境下可能會(huì)有問題，一般在unix下可以去掉這個(gè)配置。

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中如果配置對(duì)應(yīng)的解析，如果原來(lái)的別名oralocal，那么，當(dāng)啟用這個(gè)參數(shù)后，在 tnsnames中的配置要改成oralocal.us.oracle.com。在使用tnsping時(shí)或者sqlplus登錄時(shí)，只需寫前面的別名，系統(tǒng)會(huì)自動(dòng)加上后面的domain name來(lái)進(jìn)行解析。

檢查完畢sqlnet.ora，一般都會(huì)發(fā)現(xiàn)是使用tnsname來(lái)解析別名的，那么，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庫(kù)和standby庫(kù)都需要配置）##############
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配置錯(cuò)誤，配置成了instance_name了，這個(gè)時(shí)候會(huì)發(fā)生tnsping能通，但是 sqlplus連接不上的奇怪情況。報(bào)錯(cuò)ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect descriptor。這個(gè)時(shí)候查錯(cuò)的時(shí)候，需要檢查對(duì)應(yīng)的service_name。
（2）如果遠(yuǎn)程數(shù)據(jù)庫(kù)是rac，而且本地客戶端端遠(yuǎn)程數(shù)據(jù)庫(kù)處于不同的網(wǎng)段，通過公網(wǎng)鏈接，rac對(duì)外的ip映射只有一個(gè)，即只映射到一個(gè)節(jié)點(diǎn)。請(qǐng)注意在客戶端配置tnsnames的時(shí)候按照單機(jī)的情況來(lái)配置。呵呵，dba不僅僅要學(xué)習(xí)oracle，了解一些網(wǎng)絡(luò)的知識(shí)，特別是自己系統(tǒng)的網(wǎng)絡(luò)架構(gòu)，也是需要的。

posted @ 2010-01-21 13:48 鍵盤動(dòng)物閱讀(268) | 評(píng)論 (0) | 編輯收藏

類的設(shè)計(jì)原則

1. 開－閉原則（對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉）
2. 里氏替換原則（父類的方法都要在子類中實(shí)現(xiàn)或者重寫）
3. 依賴倒轉(zhuǎn)原則（要針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程）
4. 接口隔離原則
5. 合成/聚合復(fù)用原則（盡量使用合成/聚合，而不是使用繼承）
6. 迪米特法則（talk only to your immediate friends）

posted @ 2009-12-21 10:22 鍵盤動(dòng)物閱讀(286) | 評(píng)論 (0) | 編輯收藏

ubuntu9.10下面使用google音樂亂碼問題

用下面命令:sudo rm /etc/fonts/conf.d/49-sansserif.conf 在應(yīng)用程序->附件->終端中執(zhí)行就可以了.已經(jīng)測(cè)試

posted @ 2009-12-02 11:14 鍵盤動(dòng)物閱讀(168) | 評(píng)論 (0) | 編輯收藏

Cisco AnyConnect 搗的鬼

下面開始實(shí)驗(yàn)證明一下

首先測(cè)試下做個(gè)軟鏈?zhǔn)欠裼行В?/h5>刪除原來(lái)hosts.ac sudo rm /etc/hosts.ac 建立軟鏈 sudo ln -s /etc/hosts.ac /etc/hosts重啟后發(fā)現(xiàn)，兩個(gè)hosts文件都不在了。。。悲劇 。

嘗試反著操作

實(shí)驗(yàn)證明

偷懶的解決方案

modify hosts

使用方法：

導(dǎo)航

統(tǒng)計(jì)

常用鏈接

留言簿

隨筆檔案

新聞分類

搜索

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

首先測(cè)試下做個(gè)軟鏈?zhǔn)欠裼行В?/h5>
`刪除原來(lái)hosts.ac sudo rm /etc/hosts.ac 建立軟鏈 sudo ln -s /etc/hosts.ac /etc/hosts`
重啟后發(fā)現(xiàn)，兩個(gè)hosts文件都不在了。。。悲劇。