八、戴爾公司電話面試Java
接到了dell公司項目經理的電話面試，我們從java 的接口，abstract函數，談的c++的虛函數，然後談到Java native interface。談到動態庫，談到靜態庫，然後談到了進程間通訊，操作系統是如何管理進程的，已經操作系統原理。談到了android的framework的部分原理，談到了aidl接口。
九、一朋友面試失敗後得到的一個回復信 你被涮後有過回復信嗎？
尊敬的應聘者xxx，
非常感謝您到敝公司來面試。經過我們對您的表現的認真評估，認為您目前還不適合敝公司的職位。如果您想在Java開發方面有好的發展，我們對您有以下建議：
1. 要注重基礎知識的學習，不要只會SSH框架。
2. 多學習一些Linux方面的知識。
3. 推薦您看看Java核心技術，Think in Java這兩本書。
4. 建議您閒時上一些技術論壇看看，同大家多交流交流技術。
十、什麼是觀察者模式(Observer)？
觀察者模式定義了一種一對多的依賴關系，讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態上發生變化時，會通知所有觀察者對象，讓他們能夠自動更新自己
觀察者模式的組成
抽象主題角色：把所有對觀察者對象的引用保存在一個集合中，每個抽象主題角色都可以有任意數量的觀察者。抽象主題提供一個接口，可以增加和刪除觀察者角色。一般用一個抽象類或接口來實現。
抽象觀察者角色：為所有具體的觀察者定義一個接口，在得到主題的通知時更新自己。
從AWT1.1開始圖形系統的事件模型采用觀察者模式，因此觀察者模式在Java語言中的地位極其重要。
在XML解析中的SAX也采用了觀察者模式來實現。
Java也提供了對觀察者模式的內置支持。
Observable類用於創建可以觀測到你的程序中其他部分的子類。當這種子類的對象發生變化時，觀測類被通知。觀測類必須實現定義了update( )方法的Observer接口。當一個觀測程序被通知到一個被觀測對象的改變時，update( )方法被調用。
一個被觀測的對象必須服從下面的兩個簡單規則。第一，如果它被改變了，它必須調用setChanged( )方法。第二，當它准備通知觀測程序它的改變時，它必須調用notifyObservers( )方法。這導致了在觀測對象中對update( )方法的調用。注意——當對象在調用notifyObservers( )方法之前，沒有調用setChanged( )方法，就不會有什麼動作發生。在update( )被調用之前，被觀測對象必須調用setChanged( )和notifyObservers( )兩種方法。
注意notifyObservers()有兩種形式：一種帶有參數而另一種沒有。當用參數調用notifyObservers( )方法時，該對象被傳給觀測程序的update( )方法作為其第二個參數。否則，將給update( )方法傳遞一個null。可以使用第二個參數傳遞適合於你的應用程序的任何類型的對象。
為了觀測一個可觀測的對象，必須實現Observer接口。這個接口僅僅定義了如下所示的一個方法。
- void update(Observable observOb, Object arg)
這裡，observOb是被觀測的對象，而arg是由notifyObservers( )方法傳遞的值。當被觀測對象發生了改變，調用update( )方法。
十一、JavaEE N層架構的好處都有哪些？
JavaEE帶來的好處是雙向的，對於開發應用的公司和使用它的客戶，優點主要在於4個方面。
1、簡化了體系和開發。相對於傳統的應用開發，JavaEE提供了簡單的、基於組件的開發模型。這個模型提供了WORA（Write Once, Run Anywhere）的可移植性，只要符合JavaEE規范的服務器，就可以運行應用。同時，基於組件的開發模型也大大提高了生產力。
2、集成現有的企業信息系統。JavaEE平台，與JavaSE平台一樣，提供訪問現有的企業信息系統的一些工業標准API；
3、提供可擴展性。當前JavaEE容器向組件提供事務支持、數據庫連接、生命周期管理和影響性能的其它特性，從而提供可擴展性（scalability）。
4、安全機制。JavaEE支持豐富的跨越整個體系的一致的安全措施。
十二、四種操作XML的方式：SAX, DOM, JDOM , DOM4J的比較
1、DOM(JAXP Crimson解析器)
DOM是用與平台和語言無關的方式表示XML文檔的官方W3C標准。DOM是以層次結構組織的節點或信息片斷的集合。
這個層次結構允許開發人員在樹中尋找特定信息。分析該結構通常需要加載整個文檔和構造層次結構，然後才能做任何工作。
由於它是基於信息層次的，因而DOM被認為是基於樹或基於對象的。DOM以及廣義的基於樹的處理具有幾個優點。
首先，由於樹在內存中是持久的，因此可以修改它以便應用程序能對數據和結構作出更改。
它還可以在任何時候在樹中上下導航，而不是像SAX那樣是一次性的處理。DOM使用起來也要簡單得多。
2、SAX
SAX處理的優點非常類似於流媒體的優點。分析能夠立即開始，而不是等待所有的數據被處理。而且，由於應用程序只是在讀取數據時檢查數據，因此不需要將數據存儲在內存中。這對於大型文檔來說是個巨大的優點。事實上，應用程序甚至不必解析整個文檔；它可以在某個條件得到滿足時停止解析。一般來說，SAX還比它的替代者DOM快許多。 選擇DOM還是選擇SAX？ 對於需要自己編寫代碼來處理XML文檔的開發人員來說，選擇DOM還是SAX解析模型是一個非常重要的設計決策。 DOM采用建立樹形結構的方式訪問XML文檔，而SAX采用的事件模型。
DOM解析器把XML文檔轉化為一個包含其內容的樹，並可以對樹進行遍歷。用DOM解析模型的優點是編程容易，開發人員只需要調用建樹的指令，然後利用navigation APIs訪問所需的樹節點來完成任務。可以很容易的添加和修改樹中的元素。然而由於使用DOM解析器的時候需要處理整個XML文檔，所以對性能和內存的要求比較高，尤其是遇到很大的XML文件的時候。由於它的遍歷能力，DOM解析器常用於XML文檔需要頻繁的改變的服務中。
SAX解析器采用了基於事件的模型，它在解析XML文檔的時候可以觸發一系列的事件，當發現給定的tag的時候，它可以激活一個回調方法，
告訴該方法制定的標簽已經找到。SAX對內存的要求通常會比較低，因為它讓開發人員自己來決定所要處理的tag。
特別是當開發人員只需要處理文檔中所包含的部分數據時，SAX這種擴展能力得到了更好的體現。但用SAX解析器的時候編碼工作會比較困難，
而且很難同時訪問同一個文檔中的多處不同數據。
3、JDOM
JDOM的目的是成為Java特定文檔模型，它簡化與XML的交互並且比使用DOM實現更快。由於是第一個Java特定模型，JDOM一直得到大力推廣和促進。
正在考慮通過“Java規范請求JSR-102”將它最終用作“Java標准擴展”。從2000年初就已經開始了JDOM開發。
JDOM與DOM主要有兩方面不同。首先，JDOM僅使用具體類而不使用接口。這在某些方面簡化了API，但是也限制了靈活性。
第二，API大量使用了Collections類，簡化了那些已經熟悉這些類的Java開發者的使用。
JDOM文檔聲明其目的是“使用20%(或更少)的精力解決80%(或更多)Java/XML問題”(根據學習曲線假定為20%)。JDOM對於大多數Java/XML應用程序來說當然是有用的，並且大多數開發者發現API比DOM容易理解得多。JDOM還包括對程序行為的相當廣泛檢查以防止用戶做任何在XML中無意義的事。
然而，它仍需要您充分理解XML以便做一些超出基本的工作(或者甚至理解某些情況下的錯誤)。這也許是比學習DOM或JDOM接口都更有意義的工作。
JDOM自身不包含解析器。它通常使用SAX2解析器來解析和驗證輸入XML文檔(盡管它還可以將以前構造的DOM表示作為輸入)。
它包含一些轉換器以將JDOM表示輸出成SAX2事件流、DOM模型或XML文本文檔。JDOM是在apache許可證變體下發布的開放源碼。
4、DOM4J
雖然DOM4J代表了完全獨立的開發結果，但最初，它是JDOM的一種智能分支。它合並了許多超出基本XML文檔表示的功能，包括集成的XPath支持、XML Schema支持以及用於大文檔或流化文檔的基於事件的處理。它還提供了構建文檔表示的選項，它通過DOM4J API和標准DOM接口具有並行訪問功能。從2000下半年開始，它就一直處於開發之中。
為支持所有這些功能，DOM4J使用接口和抽象基本類方法。DOM4J大量使用了API中的Collections類，但是在許多情況下，它還提供一些替代方法以允許更好的性能或更直接的編碼方法。直接好處是，雖然DOM4J付出了更復雜的API的代價，但是它提供了比JDOM大得多的靈活性。在添加靈活性、XPath集成和對大文檔處理的目標時，DOM4J的目標與JDOM是一樣的：針對Java開發者的易用性和直觀操作。它還致力於成為比JDOM更完整的解決方案，實現在本質上處理所有Java/XML問題的目標。在完成該目標時，它比JDOM更少強調防止不正確的應用程序行為。
DOM4J是一個非常非常優秀的Java XML API，具有性能優異、功能強大和極端易用使用的特點，同時它也是一個開放源代碼的軟件。如今你可以看到越來越多的Java軟件都在使用DOM4J來讀寫XML，特別值得一提的是連Sun的JAXM也在用DOM4J。
比較
1、DOM4J性能最好，連Sun的JAXM也在用DOM4J。目前許多開源項目中大量采用DOM4J，例如大名鼎鼎的Hibernate也用DOM4J來讀取XML配置文件。如果不考慮可移植性，那就采用DOM4J。
2、JDOM和DOM在性能測試時表現不佳，在測試10M文檔時內存溢出。在小文檔情況下還值得考慮使用DOM和JDOM。雖然JDOM的開發者已經說明他們期望在正式發行版前專注性能問題，但是從性能觀點來看，它確實沒有值得推薦之處。另外，DOM仍是一個非常好的選擇。DOM實現廣泛應用於多種編程語言。它還是許多其它與XML相關的標准的基礎，因為它正式獲得W3C推薦(與基於非標准的Java模型相對)，所以在某些類型的項目中可能也需要它(如在JavaScript中使用DOM)。
3、SAX表現較好，這要依賴於它特定的解析方式－事件驅動。一個SAX檢測即將到來的XML流，但並沒有載入到內存(當然當XML流被讀入時，會有部分文檔暫時隱藏在內存中)
