java技術體系
㈠ java的三大體系分別是什麼
J2SE、J2EE、J2ME。
SE是標准庫，EE是企業版本，ME是移動端版本。
現在也就大學講這個，EE和ME沒多少人用了
㈡ java基礎知識有哪些
對於Java開發學習者來說，基礎掌握的知識點有以下幾種：
1. Java面向對象的優點：易維護、易復用、易擴展，由於面向對象有封裝、繼承、多態性的特性，可以設計出低耦合的系統，使系統更加靈活、更加易於維護。
2. Java虛擬機的概念，任何一種可以運行Java位元組碼的軟體均可看成是Java的虛擬機（JVM）
3. JDK顧名思義它是給開發者提供的開發工具箱,是給程序開發者用的。它除了包括完整的JRE（Java Runtime Environment），Java運行環境，還包含了其他供開發者使用的工具包。
4. JRE的概念，普通用戶而只需要安裝JRE（Java Runtime Environment）來運行Java程序。而程序開發者必須安裝JDK來編譯、調試程序。
5. Java中覆蓋（Override）是指子類對父類方法的一種重寫，子類只能拋出比父類更少的異常，且訪問許可權不能比父類的小。被覆蓋的方法不能是 private 的，否則只是在子類中重新定義了一個方法。
Java中重載（Overload）表示同一個類中可以有多個名稱相同的方法，但這些方法的參數列表各不相同。
㈢ Java的有幾種技術架構
Java架構：
軟體架構作為一個概念，體現在技術和業務兩個方面。
從技術角度來說：軟體架構隨著技術的革新不斷地更新其內容，軟體架構建立於當前技術和一些基本原則的基礎之上。
先說一些基本原則：
分層原則：分層是為了降低軟體深度復雜性而使用的關鍵思想，就像社會有了階級一樣，軟體有了層次結構。
模塊化原則：模塊化是化解軟體廣度復雜的必然手段，模塊化的目的就是讓軟體分工。
介面實現分離原則隨著軟體模塊化的不斷深入改進，面向介面編程而不是面向實現編程可以讓復雜度日趨增高的軟體降低模塊之間的耦合度，從而讓各模塊更輕松改進。從這個原則出發，軟體也從微觀進行了細致的規范化。
還有兩個比較小但很重要的原則：
細節隱藏原則很顯然把復雜問題簡化，把難看的細節隱去，能讓軟體結構更清晰。其實這個原則使用很普遍，java/c++語言中的封裝原則以及設計模式中的Facade（外觀）模式就很能體現這個原則的精神。
依賴倒置原則隨著軟體結構的進一步發展,層與層之間、模塊與模塊之間的依賴逐漸加深，而層、模塊的動態可插拔要求不端增大。依賴倒置原則可看視為介面實現分離原則的深化，根據此原則的精神，軟體進入了工具時代。這個原則有點類似於知名的好萊塢法則：Don't call us, we'll call you。
以上這些原則奠定了我們的軟體架構的價值指標。但軟體架構畢竟是建立在當前技術之上的。而每一代技術都有架構模式。過去的不再說了，讓我們現在就來看一下當前流行的技術，以及當前我們能採用的架構。
因為面向對象是當前最流行開發技術，且設計模式的大量使用使面向對象的走向成熟，而資料庫是當前最有效的存儲結構、web界面是當前最流行的用戶介面，所以當前最典型的三層次架構就架構在以上幾項技術的基礎之上，用資料庫作存儲層、用面向對象來實現業務層、用web來作為用戶介面層。我們從三層次架構談起：
因為面向對象技術和資料庫技術不適配，所以在標准三層次架構的基礎上，我們增加了數據持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現技術。cmp和entity bean技術因為其實現復雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的後期之秀，尤其是hibernate，功能相當完備。推薦作為持久層的首選
在業務層,因為當前業務日趨負載，且變動頻繁，所以我們必須有足夠敏捷的技術來保證我們的適應變化的能力，在標准j2ee系統中session bean負責業務處理，且有不錯的性能表現，但採用ejb系統對業務架構模式改變太大，且其復雜而昂貴，業務代碼移植性差。而spring 作為一個bean配置的輕量級架構，漂亮的IOC模式實現，對業務架構影響小，所以推薦作為中間層業務框架。
在用戶結構層,雖然servlet/jsp/jstl/javaBean 能夠實現MVC架構,但終究過於粗糙。struts對MVC架構的實現就比較完美，Taperstry也極好地實現MVC架構，且採用基於事件的方式，非常誘人，惜其不夠成熟，我們仍舊推薦struts作為用戶介面層基礎架構。
因為業務層是三層次架構中最有決定意義的，所以讓我們回到業務層細致地分析一下，在復雜的業務我們常常需要以下基礎服務的一種或幾種：事務一致性服務acid(tool:jta/jts)、並發加鎖服務concurrent&&lock、池化管理服務cache、訪問控制服務(tool:jaas)、流程式控制制服務workflow、動態實現服務IOC，串列化消息服務(tool:jms)、負載平衡服務blance等。如果我們不採用重量級應用伺服器(如weblogic,websphere,jboss等)及重量級組件(EJB)，我們必須自己實現其中一些服務。雖然我們大多情況下，不需要所有這些服務，但實現起來卻非易事。幸運的是我們有大量的開源實現代碼,但採用開源代碼卻常常是件不輕松的事。
隨著xml作為結構化信息傳輸和存儲地位日漸重要,一些xml文檔操作工具(DOM,Digester,SAX等)的使用愈發重要,而隨著xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，採用xml schema來設計xml文檔格式,然後採用java binding來生成java bean 會成為主要編程模式,而這又進一步使數據中心向xml轉移,使在中小數據量上,愈發傾向於以xquery為查詢語言的xml資料庫。最近還有一個趨勢,microsoft,ibm等紛紛大量開發中間軟體如(microsoft office之infopath)，可以直接從xml schema 生成 錄入頁面等非常實用的功能。還有web service 的廣泛應用，都將對軟體的架構有非常重大的影響。至於面向服務架構(SOA)前景如何，三層次架構什麼時候走入歷史，現在還很難定論。
aop的發展也會對軟體架構有很深的影響，但在面向對象架構里，無論aspectJ還是jboss-aop抑是aspectWerks、nanning都有其自身的嚴重問題:維護性很差,所以說它將很難走遠。也許作為一個很好的思想，它將在web service里大展身手。
rdf,owl作為w3c語義模型的標志性的語言,也很難想像能在當前業務架構發揮太大影響。但如果真如它所聲稱那樣，廣泛地改變著信息的結構。那麼對軟體架構也會有深遠影響。
有關架構設計的一些忠告：
盡量建立完整的持久對象層.可獲得高回報
盡量將各功能分層,分塊,每一模塊均依賴假定的其它模塊的外觀
不能依賴靜態數據來實現IOC模式，應該依賴數據特徵介面，靜態數據僅是數據特徵介面實現方式之一
架構設計時xml是支持而不是依賴.但可以提供單一的xml版本的實現
從業務角度說：軟體架構應是深刻體現業務內部規則的業務架構，但因為業務變化頻紝，所以軟體架構很難保持恆定不變，但業務的頻繁變化不應是軟體架構大規模頻繁變化的原因，軟體架構應是基於變化的架構。
一種業務有其在一段時間內穩定存在的理由(暫且不談)，業務內部有許多用例，每一種用例都有固定的規則，每一規則都有一些可供判定的項，每一項從某一維度來觀察都是可測量的，我們的架構首先必須保證完美適應每一項每一種測量方式，很多失敗的架構都是因為很多項的測量方式都發生變更這種微觀變化中。
每個用例都有規則，我們在作業務用例分析，常常假定一些規則是先驗的，持久穩定的，然而後來的業務改變常常又證明這種看法是錯誤的，然而常常我們的架構已經為之付出了不可挽回的代價。大量事實證明：規則的變化常常用例變化的根本原因。所以我們的架構要盡可能適應規則的變化，盡可能建立規則模版。
每個用例都關系著不同的角色。每一個用例的產生都必然是因為角色的變更（注意：不是替換，而是增強或減弱），所以注意角色的各種可能情況，對架構的設計有舉足輕重的意義。在我們當前的三層架構里，角色完美地對應介面概念。
在一個系統里很多用例都相互關聯,考慮到每個用例均有可能有不同的特例，所以在架構設計中，盡量採用依賴倒置原則。如架構許可可採用消息通信模式(JMS)。這樣可降低耦合度。
現在我們談一下業務穩定存在理由對業務的影響。存在即是合理，在這里當然是正確的。業務因人而存在，所以問業務存在的理由即是問不同角色的需要這項業務的理由以及喜歡不喜歡當前業務用例的理由，所有這樣的角色都應該在系統里預留。《待續》
在架構設計中有幾個原則可以考慮：
用例盡量細分
用例盡量抽象
角色盡量獨立
項測量獨立原則
追求簡單性
這里未提供相關的例子，例子會在以後的更新時提供。
業務和模式之間的關系
業務中的一些用例之間的關系常常和一些常規的模式很相似。但隨著時間的演化，慢慢地和先前的模式有了分歧。這是個正常的現象。但這對系統架構卻要求非常高，要求系統架構能適應一些模式的更替。在這里我們盡可能早地注意到用例之間的相互角色變化，為架構更新做好准備.
㈣ Java的核心技術有哪些
第一：Java虛擬機 Java虛擬機的主要任務是裝在class文件並且執行其中的位元組碼。Java虛擬機包含一個類裝載器，它可以從程序和API中裝載class文件。Java API中只有程序執行時需要的那些類才會被裝載。位元組碼由執行引擎來執行。不同的Java虛擬機中，執行引擎可能實現得非常不同。在由軟體實現的虛擬機中，最簡單的執行引擎就是一次性解釋位元組碼。另一種執行引擎更快，但是也更消耗內存，叫做"即時編譯器(just-in-time compiler)"。在這種情況下，第一次被執行的位元組碼會被編譯成本地機器代碼。編譯出的本地機器代碼會被緩存，當方法以後被調用的時候可以重用。第三種執行引擎是自適應優化器。在這種方法里，虛擬機開始的時候解釋位元組碼，但是會監視運行中程序的活動，並且記錄下使用最頻繁的代碼段。程序運行的時候，虛擬機只把那些活動最頻繁的代碼編譯成本地代碼，其他的代碼由於使用得不是很頻繁，繼續保留為位元組碼-由虛擬機繼續解釋它們。一個自適應的優化器可以使得Java虛擬機在80%~90%的時間里執行被優化過的本地代碼，而只需要編譯10%~20%的對性能有影響的代碼。 當Java虛擬機是由主機操作系統上的軟體實現的時候，Java程序通過調用本地方法(native method)和主機交互。Java中有兩種方法: Java方法和本地方法。Java方法是由Java語言編寫，編譯成位元組碼文件，存儲在class文件中的。本地方法是由其他語言(比如c,c++或匯編語言)編寫的，編譯成何處理器相關的機器代碼。本地方法保存在動態鏈接庫中,格式是各個平台專有的。運行中Java程序調用本地方法時，虛擬機裝載包含這個本地方法的動態庫，並調用這個方法。本地方法是聯系Java程序和底層主機操作系統的連接方法。
第二：類裝載器的體系結構 一個Java應用程序可以使用兩種類裝載器："啟動(bootstrap)"類裝載器和用戶定義的類裝載器。啟動類裝載器(這是系統中唯一的)是Java虛擬機實現的一部分。啟動類裝載器通常使用某種默認方式從本地磁碟中裝載類，包括Java API類(啟動類裝載器也被稱為原始類裝載器、系統類裝載器或者默認類裝載器)。 Java應用程序能夠在運行時安裝用戶定義的類裝載器，這種類裝載器能夠使用自定義的方式來裝載類。例如，從網路下載class文件。盡管啟動類裝載器是虛擬機實現的本質部分，而用戶定義的類裝載器不是，但用戶定義的類裝載器能夠用Java來編寫,能夠被編譯成class文件，能夠被虛擬機裝載，還能夠像其它對象一樣實例化。 由於有用戶定義類裝載器，所以不必再編譯的時候就知道運行中的Java應用程序中最終會加入的所有的類。用戶定義的類裝載器使得在運行擴展Java應用程序成為可能。當它運行時，應用程序能夠解決它需要哪些額外的類，能夠決定是使用一個或是更多的用戶定義的類裝載器來裝載。由於類裝載器是用Java編寫的，所以用任何在Java代碼中可以表述的風格來進行類裝載。這些類可以通過網路下載，可以從某些資料庫中獲取，甚至可以動態生成。 每一個類被裝載的時候，Java虛擬機都監視這個類，看到它到底是被啟動類裝載器還是被用戶定義類裝載器裝載。當被裝載的類引用了另外一個類時，虛擬機就會使用裝載第一個類的類裝載器裝載引用的類。例如，如果虛擬機使用一個特定的類裝載器裝載Volcano這個類，它就會使用這個類裝載器裝載Volcano類使用的所有類。 由於Java虛擬機採取這種方式進行類的裝載，所以被裝載的類默認情況下只能看到被同一個類裝載器裝載的別的類。通過這種方法，Java的體系結構允許在一個Java應用程序中建立多個命名空間。運行時的Java程序中的每一個類裝載器都有自己的命名空間。 Java應用程序可以創建多少個(或多少種)被不同的類裝載器裝載的類存放在不同的命名空間中，它們不能相互訪問，除非應用程序顯示地允許這么做。當編寫一個Java應用程序的時候，從不同源文件裝載的類可以分隔在不同的命名空間中。通過這種方法，就能夠使用Java類裝載器的體系結構來控制任何不同源文件中裝載的代碼之間的相互影響，特別是能夠阻止惡意代碼獲取訪問或破壞善意代碼的許可權。 Web瀏覽器是一個動態擴展的例子，Web瀏覽器使用用戶定義的類裝載器從網路下載用於Java applet的class文件。Web瀏覽器使用一個用來安裝用戶定義類裝載器的Java應用程序。這個用戶定義的類裝載器通常被稱為Java Applet類裝載器，它知道如何向HTTP伺服器請求class文件。Java Applet可以作為動態擴展的例子，因為Java應用程序並不知道它什麼時候會開始從網路下載瀏覽器請求的class文件。只有當瀏覽器遇到有Java applet的頁面時，才決定是否需要下載class文件。 Web瀏覽器啟動的Java應用程序通常為每個提供class文件的網路地址分別創建不同的用戶定義類裝載器，因此，不同的用戶定義類裝載器裝載不同來源的class文件。這就可以把它們分別放置在Java主機應用程序的不同命名空間之下。由於不同來源的Java applet文件放置在不同的命名空間中，惡意的Java applet代碼就不會直接訪問從別的地方下載的class文件。這就能夠限制或阻止不同來源的代碼之間的相互訪問。
第三：Java class文件 Java class文件主要在平台無關性和網路移動性方面使Java更適合網路。它在平台無關性方面的任務是：為Java程序提供獨立於底層主機平台的二進制形式的服務。這種途徑途徑打破了C或者C++等語言所遵循的傳統，使用這些傳統語言寫的程序通常首先被編譯，然後被連接成單獨的、專門支持特定硬體平台和操作系統的二進制文件。通常情況下，一個平台上的二進制可執行文件不能在其他平台上工作。而Java class文件時可以運行在任何支持Java虛擬機的硬體平台和操作系統上的二進制文件。 當編譯和連接一個C++程序時，所獲得的可執行二進制文件只能在指定的硬體平台和操作系統上運行，因為這個二進制文件包含了對目標處理器的機器語言。而Java編譯器把Java源文件的指令翻譯成位元組碼，這種位元組碼就是Java虛擬機的"機器語言"。class文件設計得緊湊，因此它們可以快速地在網路上傳送。其次，由於Java程序是動態連接和動態擴展的，class文件可以在需要的時候才下載。這個特點使得Java應用程序能夠安排從網路上下載class文件的時間，從而可以最大限度地減少終端用戶的等待時間。
第四：Java API Java API通過支持平台無關性和安全性，使得Java適應於網路應用。Java API是運行庫的集合，它提供了一套訪問主機系統資源的標准方法。運行Java程序時，虛擬機裝載程序的class文件所使用的Java API class文件。所有被裝載的class文件(包括從應用程序中和從Java API中提取的)和所有已經裝載的動態庫(包含本地方法)共同組成了再Java虛擬機上運行的整個程序。 在一個平台能偶支持Java程序以前，必須在這個特定平台上明確地實現API的功能。為訪問主機上的本地資源，Java API調用了本地方法。由於Java API class文件調用了本地方法，Java程序就不需要再調用它們了。通過這種方法，Java API class文件為底層主機提供了具有平台無關性、標准介面的Java程序。對Java程序而言，無論平台內部如何，Java API都會有同樣的表現和可預測的行為。正是由於在每個特定的主機平台上明確地實現了Java虛擬機和Java API,因此，Java程序自身就能夠成為具有平台無關性的程序。 Java API在Java安全性模型方面也有貢獻。當Java API的方法進行任何有潛在危險的操作(比如進行本地磁碟寫操作)之前，都會通過查詢訪問控制器來檢驗是否得到了授權。訪問控制器是一個類，該類用來執行棧檢驗，已決定是否允許某種操作。
㈤ Java是什麼如何學習
Java是什麼？如何學習？其實對於Java我們並不陌生，Java如神一般的存在，一直火熱了好多年，目前學習Java的人群不在少數，今天小編就梳理一下Java是什麼？如何學習Java？
一、什麼是Java？
我從Java的官網上抄下來下面這段話：
97%的企業桌告激面運行Java
美國有89%的桌面(或計算機)運行Java
全球有900萬Java開發人員
開發人員的頭號選擇
排名第一的部署平台
有30億部行動電話運行Java
100%的藍光碟播放器附帶了Java
有50億張Java卡在使用
1.25億台TV設備運行Java
前5個原始設備製造商均提供了JavaME
Java是幾乎所有類型的網路應用程序的基礎，也是開發和提供嵌入式和移動應用程序、游戲、基於Web的內容和企業軟體的全球標准。
經過了多年的發展，Java早已由一門單純的計算機編程語言，演變為了一套強大的技術體系。是的，什麼是Java，我想技術體系四個字應該是最好的概括了吧。
二、Java需要學什麼或洞？
(一)Java基礎語法：1、關鍵字;2、標識符;3、注釋【重點關注】;4、常量與變數;5、運算符;6、語句;7、函數襪團襪(方法);8、數組
(二)核心知識：
1、面向對象的思想：
2、面向對象的四大特徵：抽象;封裝;繼承;多態
3、了解一個類：類的構成;屬性;方法;構造方法;塊;內部類;高級特性;final;static;abstract;sychronsized;常用特性;包;修飾符
4、類與類之間的關系：沒關系;依賴(usea);關聯(hasa);繼承(isa)
5、介面(抽象類--抽象方法)
6、類，抽象類，介面之間的關系
(三)異常類處理：1、API准異常;2、try/catch/finally;3、throw/throws;4、自定義異常
(四)常用的API：1、math,date,random，String，StringBuffered，StringBuilder,BigInteger...;2、集合框架：collection、list、set、map、hasmap、treemap、collections、arrays;3、I/O;4、swing【內部類匿名類】;5、多線程;6、網路：TCP和UDP兩種網路數據傳輸方式;7、反射;8、模式：單利模式、工廠模式、裝飾模式、適配模式;9、註解;10、補充知識點：Javase的新特性
免責聲明：內容來源於公開網路，若涉及侵權聯系盡快刪除！
㈥ Java游戲開發要學什麼
Java游戲開發要學什麼？所謂的游戲開發編程語言其實有很多，基本上任何一種語言都可以作為游戲伺服器的編程語言。這早擾需要根據自己游戲的類型和要求加以選擇。比如C++，Java,Erlang，go等等。目前我用過的只有C++和Java.但是以Java為主。所以接下來就以自己的經驗，談談以Java為核心的游戲伺服器開發技術體系。
Java目前作為游戲伺服器開發語言已經很是普遍。但是大多數是作為頁銷枯游或手游的伺服器，而端游戲一般選擇C++，因為端游對伺服器的性能要求相對比較高一些。兩種語言各有利弊。C++效率高，但是掌握度難些。沒有Java易於掌握。而目前對於追求快速上線率的頁游和手游來說，Java成了一個不錯的選擇。
一、Java的技術系統
需要學習的技術：
(1)Java基礎知識
(2)JavaNIO編程
(3)Netty,Mina網路框架精通一種，其它作為了解。
(4)一種緩存框架：Redis;memcache熟悉使用一個。
(5)sql語言，用於資料庫：mysql資料庫
(6)springmvc主要用於http協議的伺服器
(7)多線程編程，明白線程安全的重要性。
(8)Java並發集合的掌握。
(10)資料庫操作，比如mybatis。
以Java為伺服器編程語言來說，掌握Java的基本知識就不必說了，是必不可少的。可以參考《Java編程思想》，《Java核心技術》等書。根據游戲通信協議的不同，大致有兩種實現方式：Socket和http。先說簡單些的http協議，這個協議已經很成熟的應用到了網站上。而Java語言也可以用於網站開發，所以相當就簡單些。現在有很多開源的伺服器軟體，比如：tomcat,resin等。游戲前端不管是頁游flash，還是手游的Android,IOS都支持http協議，只要把游戲的邏輯數據按post方法向伺服器發出請求即可了。
二、學習流程
當然了，學習這些東西並不是一蹴而就的。需要根據實踐循環漸進，這里推薦一個學習流程：
(1)對於初學Java的人來說，如果自學能力好些，可以買些書自己練習，而現在又更的多選擇參加Java培訓機構，以快速的掌握Java的知識。
(2)掌握了Java知識之後，要多寫代碼實踐。這個時候可以結合mysql學習SQL語言，掌握資料庫的操作。比如用springmvc寫一個小網站，用mybatis實現網站數據的增，刪，改，查等功能。
(3)完成上步之後，可以在伺服器程序和資料庫之間加一個緩存，學習redis或memcache。
(4)把程序部署到linux伺服器上，練習linux的基本命令及shell腳
免責聲明：內容來源於公開網路，若涉及侵權陸斗旦聯系盡快刪除！
㈦ 面試官問我有沒有java架構開發經驗，java架構是什麼怎樣才算是有架構開發經驗
這么問估計他自己都說不清楚什麼是架構，架構這個定義范圍很廣。
從java技術體繫上看有3中：
J2SE:標准版開發(目前都叫,JAVASE)
J2ME:小型版(目前都叫,JAVAME)
J2EE:企業級開發(目前都叫,JAVAEE)
現在me，和se基本看不到了！java ee 也是主流，為開發企業級環境應用程序提供解決的一套解決培滾方案,這個技術體系會用到Servlet,Jsp等技術,主要針對Web開發。
個人理解，架構就是解決問題的一系列方案，虧散方法。
一個小的管理系統分為：web 前段和 web 後端，這也是一個常見的軟體架構。
當一個軟體平台用戶量慢慢增加，單機部署的方式可能就應對不了實際的訪問壓力。這是可能會部署2台2個一樣的應用，來分流降壓。這種群集的方式也是屬於架構中的一種方案。
當平台訪問頁面訪問量過高的時候，耗去的連接數過大，可能就會考慮頁面的靜態化。這也是架構的內容
當訪問量過db無法承受的時候，就會考慮增加緩存，減少不必要的重復查庫操作，再者做讀寫分離。這也是架構的內容
當軟體內容功能越來越多的時候，可能就考慮根據業務拆分成不同的小服務（微服務）。
等等
架構是一系列的技術解決配空餘方案，其實開發過的人，基本都是在做架構內容，只是自己不知道而已。
架構是很范的，構架師涉獵的東西很多，比如多線程，io這些都是基本的，普通的開發這大都應該掌握的。
平常開發只有碰到問題，才能進步。
要解決問題，就必須要不斷的學習，才能懂的更多。當你發現你不懂的東西越來越多的時候，後頭看看，真的是懂的越多，問題就會越多。