在網上找了一個牛人給出的題目

牛人出的面試題如下：

1. struts,spring,hibernate這樣的開源框架，他們的歷史侷限性在哪裡？在何種情況下會不適合用這些框架？

答：

struts是以請求回答方式為基礎的.ajax,flash等富客戶端越來越多了.....

spring是由於Java的靜態型別限制,等java可以支援動態方法新增之後.....

hibernate是由於資料庫都是關係型的,等資料庫面向了物件之後.....

綜上所述...ssh蹦達不了幾天了.

2. 如果要設計一個搜尋引擎，像google那樣只有兩個頁面，要求效能最大化，web方面應該如何設計？（不需要考慮搜尋的邏輯）

答：

效能:

1客戶端:js的寫法,資料排列,不同瀏覽器區別.

2伺服器:邏輯,計算,快取,減少I/O,提高命中

3傳輸:頻寬,快取,非同步,進度條,併發,叢集,資料壓縮.

我認為最主要的效能是人的體驗,其它都是可以放到第二位去的.

3. 如果要設計一個用於小型路由器中的web系統，應該如何來設計?

答：

使用不需要併發多執行緒的簡單檔案伺服器提交後直接改檔案.

不使用常規異常捕獲方式

(由於選擇性少所以根本不使用異常,只提供軟硬的復位)

4. 請評價下你所熟悉的web框架的可測試性如何,struts,springMVC,webwork或其他均可.在什麼樣的條件下才能對

答：測試框架所應當具有的特性.

由於容器的限制所以:web,spring,hibernate都不是很好測試.

由於大多數web是以人的體驗為主的.主觀概念變成程式碼代價過高

由於頁面生成工具沒有足夠的測試支援.所以寫出的程式碼非常難以程式化自動化

現有的seleniumIDE還不是很穩定

如果把html,js,css分開,頁面內容以json或xml來傳輸,頁面的邏輯由js二次絢染成型那麼測試成本會下降很多.....

(開發成本提高2到5倍)

5. 企業級應用有哪些特殊要求?在何種情況下我們不需要考慮這些要求

答：

效能,擴充套件性,7*24小時, 效能問題在出現效能問題之前不考慮 擴充套件性問題在簽定長期維護,二期開發合同之前不考慮 7*24工作系統一般不考慮...開發中本身就是

6. 你們從前的研發流程是怎樣的?如果由你來設計研發流程,是否能大幅提高生產力和開發質量?如果能,那體現在哪些方面?如果不能,瓶頸在哪裡?

答：

 ......................我設計的......... 
瓶頸很大一部分是由於沒有勇氣 去嘗試新的實踐.

成為一個Java的架構師要學習哪些知識？

既然java架構師，首先你要是一個高階java攻城屍，熟練使用各種框架，並知道它們實現的原理。jvm虛擬機器原理、調優,懂得jvm能讓你寫出效能更好的程式碼；池技術，什麼物件池，連線池，執行緒池...:;java反射技術，寫框架必備的技術，但是有嚴重的效能問題，替代方案java位元組碼技術;nio，沒什麼好說的，值得注意的是"直接記憶體"的特點，使用場景;java多執行緒同步非同步；java各種集合物件的實現原理，瞭解這些可以讓你在解決問題時選擇合適的資料結構，高效的解決問題，比如hashmap的實現原理，好多五年以上經驗的人都弄不清楚，還有為什擴容時有效能問題？不弄清楚這些原理，就寫不出高效的程式碼，還會認為自己做的很對；總之一句話越基礎的東西越重要，很多人認為自己會用它們寫程式碼了，其實僅僅是知道如何呼叫api而已,離會用還差的遠。

熟練使用各種資料結構和演算法，陣列、雜湊、連結串列、排序樹...，一句話要麼是時間換空間要麼是空間換時間，這裡展開可以說一大堆，需要有一定的應用經驗，用於解決各種效能或業務上的問題；有時間再補充。

熟練使用linux作業系統，必備，沒什麼好說的 。

熟悉tcp協議，建立連線三次握手和斷開連線四次握手的整個過程，不瞭解的話，無法對高併發網路應用做優化; 熟悉http協議，尤其是http頭，我發現好多工作五年以上的都弄不清session和cookie的生命週期以及它們之間的關聯。

系統叢集、負載均衡、反向代理、動靜分離，網站靜態化 。

分散式儲存系統nfs,fastdfs,tfs,Hadoop瞭解他們的優缺點，適用場景 。

分散式快取技術memcached,redis，提高系統性能必備，一句話，把硬碟上的內容放到記憶體裡來提速，順便提個演算法一致性hash 。

工具nginx必備技能超級好用，高效能，基本不會掛掉的伺服器，功能多多，解決各種問題。

資料庫的設計能力，mysql必備，最基礎的資料庫工具，免費好用，對它基本的引數優化，慢查詢日誌分析，主從複製的配置，至少要成為半個mysql dba。其他nosql資料庫如mongodb。

還有佇列中介軟體。如訊息推送，可以先把訊息寫入資料庫，推送放佇列伺服器上，由推送伺服器去佇列獲取處理，這樣就可以將訊息放資料庫和佇列裡後直接給使用者反饋，推送過程則由推送伺服器和佇列伺服器完成，好處非同步處理、緩解伺服器壓力，解藕系統。

以上純粹是常用的技術，還有很多自己慢慢去摸索吧；因為要知道的東西很多，所以要成為一名合格的架構師，必須要有強大的自學能力，沒有人會手把手的教給你所有的東西。

想成為架構師不是懂了一大堆技術就可以了，這些是解決問題的基礎、是工具，不懂這些怎麼去提解決方案呢？這是成為架構師的必要條件。

架構師還要針對業務特點、系統的效能要求提出能解決問題成本最低的設計方案才合格，人家一個幾百人使用者的系統，訪問量不大，資料量小，你給人家上叢集、上分散式儲存、上高階伺服器，為了架構而架構，這是最扯淡的，架構師的作用就是第一滿足業務需求，第二最低的硬體網路成本和技術維護成本。

架構師還要根據業務發展階段，提前預見發展到下一個階段系統架構的解決方案，並且設計當前架構時將架構的升級擴充套件考慮進去，做到易於升級;否則等系統瓶頸來了，出問題了再去出方案，或現有架構無法擴充套件直接扔掉重做，或擴充套件麻煩問題一大堆，這會對企業造成損失。