java程式設計師，架構上必須掌握的幾點技術？
關於學習架構，必須會的幾點技術
1. java反射技術
2. xml檔案處理
3. properties屬性檔案處理
4. 執行緒安全機制
5. annocation註解
6. 設計模式
7. 代理機制（aop）
8. serlvet基礎(過濾器等等)
幾樣比較實用的技術：
1. 模板語言freemarker
2. ognl
3. gson json工具類
大家對於幾大框架望而生畏，實際上只要明白他的原理，就會觸類旁通，在這裡我說說自己的幾點拙見！
MVC層(Struts,Springmvc)：
非常簡單就是採用一個servlet實現統一跳轉，配置檔案儲存了請求、處理類、轉發請求的關係（通過xml檔案或者註解）
操作流程：頁面觸發請求，框架通過讀取配置檔案獲取到處理類，然後通過反射例項化該類，進行對應的業務處理
（現在流行的零配置，更是簡化了mvc層的編寫）
持久層(Mybatis/Hibernate)：
mybatis其實就是sql+mybatis邏輯標籤
邏輯標籤的理解如何大家用過模板語言freemarker或者velocity應該會很容易理解，就是自定義的規則標籤
Hibernate略顯高階，也很簡單，他是採用註解或者配置的方式將實體欄位和表字段進行一個配置，在啟動的時候動態生成sql
大家可以看下開源專案minidao，就會知道持久層原來寫很簡單；
所以架構可以簡單理解為：
配置+反射+設計模式+指令碼+AOP
配置常用做法：
1.xml檔案
2.annocation註解
3.properties屬性檔案
4.零配置思想
指令碼處理方法：
可以自己寫，也可以採用模板語言freemarker等等
1.大型網際網路架構的演化
前言
一個成熟的大型網站（如淘寶、京東等）的系統架構並不是開始設計就具備完整的高效能、高可用、安全等特性，它總是隨著使用者量的增加，業務功能的擴充套件逐漸演變完善的，在這個過程中，開發模式、技術架構、設計思想也發生了很大的變化，就連技術人員也從幾個人發展到一個部門甚至一條產品線。所以成熟的系統架構是隨業務擴充套件而完善出來的，並不是一蹴而就；不同業務特徵的系統，會有各自的側重點，例如淘寶，要解決海量的商品資訊的搜尋、下單、支付，例如騰訊，要解決數億的使用者實時訊息傳輸，百度它要處理海量的搜尋請求，他們都有各自的業務特性，系統架構也有所不同。儘管如此我們也可以從這些不同的網站背景下，找出其中共用的技術，這些技術和手段可以廣泛執行在大型網站系統的架構中，下面就通過介紹大型網站系統的演化過程，來認識這些技術和手段。
一、最開始的網站架構
最初的架構，應用程式、資料庫、檔案都部署在一臺伺服器上，如圖：
二、應用、資料、檔案分離
隨著業務的擴充套件，一臺伺服器已經不能滿足效能需求，故將應用程式、資料庫、檔案各自部署在獨立的伺服器上，並且根據伺服器的用途配置不同的硬體，達到最佳的效能效果。
三、利用快取改善網站效能
在硬體優化效能的同時，同時也通過軟體進行效能優化，在大部分的網站系統中，都會利用快取技術改善系統的效能，使用快取主要源於熱點資料的存在，大部分網站訪問都遵循28原則（即80%的訪問請求，最終落在20%的資料上），所以我們可以對熱點資料進行快取，減少這些資料的訪問路徑，提高使用者體驗。
快取實現常見的方式是本地快取、分散式快取。當然還有CDN、反向代理等，這個後面再講。本地快取，顧名思義是將資料快取在應用伺服器本地，可以存在記憶體中，也可以存在檔案，OSCache就是常用的本地快取元件。本地快取的特點是速度快，但因為本地空間有限所以快取資料量也有限。分散式快取的特點是，可以快取海量的資料，並且擴充套件非常容易，在門戶類網站中常常被使用，速度按理沒有本地快取快，常用的分散式快取是Memcached、Redis。
四、使用叢集改善應用伺服器效能
應用伺服器作為網站的入口，會承擔大量的請求，我們往往通過應用伺服器叢集來分擔請求數。應用伺服器前面部署負載均衡伺服器排程使用者請求，根據分發策略將請求分發到多個應用伺服器節點。
常用的負載均衡技術硬體的有F5，價格比較貴，軟體的有LVS、Nginx、HAProxy。LVS是四層負載均衡，根據目標地址和埠選擇內部伺服器，Nginx是七層負載均衡和HAProxy支援四層、七層負載均衡，可以根據報文內容選擇內部伺服器，因此LVS分發路徑優於Nginx和HAProxy，效能要高些，而Nginx和HAProxy則更具配置性，如可以用來做動靜分離（根據請求報文特徵，選擇靜態資源伺服器還是應用伺服器）。
五、資料庫讀寫分離和分庫分表
隨著使用者量的增加，資料庫成為最大的瓶頸，改善資料庫效能常用的手段是進行讀寫分離以及分表，讀寫分離顧名思義就是將資料庫分為讀庫和寫庫，通過主備功能實現資料同步。分庫分表則分為水平切分和垂直切分，水平切換則是對一個數據庫特大的表進行拆分，例如使用者表。垂直切分則是根據業務不同來切換，如使用者業務、商品業務相關的表放在不同的資料庫中。
六、使用CDN和反向代理提高網站效能
假如我們的伺服器都部署在成都的機房，對於四川的使用者來說訪問是較快的，而對於北京的使用者訪問是較慢的，這是由於四川和北京分別屬於電信和聯通的不同發達地區，北京使用者訪問需要通過互聯路由器經過較長的路徑才能訪問到成都的伺服器，返回路徑也一樣，所以資料傳輸時間比較長。對於這種情況，常常使用CDN解決，CDN將資料內容快取到運營商的機房，使用者訪問時先從最近的運營商獲取資料，這樣大大減少了網路訪問的路徑。比較專業的CDN運營商有藍汛、網宿。
而反向代理，則是部署在網站的機房，當用戶請求達到時首先訪問反向代理伺服器，反向代理伺服器將快取的資料返回給使用者，如果沒有沒有快取資料才會繼續走應用伺服器獲取，也減少了獲取資料的成本。反向代理有Squid，Nginx。
七、使用分散式檔案系統
使用者一天天增加，業務量越來越大，產生的檔案越來越多，單臺的檔案伺服器已經不能滿足需求。需要分散式的檔案系統支撐。常用的分散式檔案系統有NFS。
八、使用NoSql和搜尋引擎
對於海量資料的查詢，我們使用nosql資料庫加上搜索引擎可以達到更好的效能。並不是所有的資料都要放在關係型資料中。常用的NOSQL有mongodb和redis，搜尋引擎有lucene。
九、將應用伺服器進行業務拆分
隨著業務進一步擴充套件，應用程式變得非常臃腫，這時我們需要將應用程式進行業務拆分，如百度分為新聞、網頁、圖片等業務。每個業務應用負責相對獨立的業務運作。業務之間通過訊息進行通訊或者同享資料庫來實現。
十、搭建分散式服務
這時我們發現各個業務應用都會使用到一些基本的業務服務，例如使用者服務、訂單服務、支付服務、安全服務，這些服務是支撐各業務應用的基本要素。我們將這些服務抽取出來利用分部式服務框架搭建分散式服務。淘寶的Dubbo是一個不錯的選擇。
總結
大型網站的架構是根據業務需求不斷完善的，根據不同的業務特徵會做特定的設計和考慮，本文只是講述一個常規大型網站會涉及的一些技術和手段。
硬實力
這裡說的硬實力，也就是技術上的真實積累。
怎麼來體現你的技術實力？我總的分為：技術深度和技術廣度這兩方面。技術廣度通俗的講，就是你熟悉該技術點的使用以及基本原理。一般面試官在面試首輪會問很多技術點，來考核你是否能正確使用。
準備不充分的面試，完全是浪費時間，更是對自己的不負責（如果title很高，當我沒說）。
今天給大家分享下在跳槽時需要準備的Java面試大綱，其中大部分都是面試過程中的面試題，可以對照這查漏補缺，當然了，這裡所列的肯定不可能覆蓋全部方式。
軟實力
軟實力在面試過程中也尤為重要（有時候真的要更重要），主要是指和麵試官的溝通，對一個問題的闡述方式和表達方式，邏輯思維能力等。
面試過程全程微笑，專案描述需要嚴謹的表述，個人的優缺點基本要做到隨口而出..等這些其實就是軟實力的體現。
知己知彼、百戰不殆，面試也是如此，針對於上面的面試問到的知識點我總結出了網際網路公司java程式設計師在面試中涉及到的絕大部分架構面試題及答案做成了文件和架構視訊資料免費分享給大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分散式、高併發等架構技術資料），希望能幫助到您面試前的複習且找到一個好的工作，也節省大家在網上搜索資料的時間來學習，也可以分享動態給身邊好友一起學習！
資料領取方式：關注+轉發後，私信關鍵詞 【架構資料】即可獲取！
重要的事情說三遍，轉發、轉發、轉發後再發私信，才可以拿到哦！
最後針對於網際網路公司java程式設計師涉及到的絕大部分難題我做成了文件和架構視訊資料免費分享給大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分散式、高併發等架構技術資料），希望能幫助到且找到一個好的工作，也節省大家在網上搜索資料的時間來學習，也可以關注我一下以後會有更多幹貨分享。
資料領取方式：
關注+轉發後，加Java架構qun：603619042 免費獲取！
重要的事情說三遍，轉發、轉發、轉發後再發私信，才可以拿到！
