javanet2017

① 我的世界 mc 聯機出現java.net.ConnectException: Connection refused no further information

我的世界mc聯機出現這java.net.ConnectException: Connection refused no further information是因為伺服器崩潰造成的，等待伺服器恢復即可。

游戲創始人為馬庫斯·佩爾松，也稱為notch，其靈感源於《無盡礦工》､《矮人要塞》和《地下城守護者》。

玩家可以在游戲中的三維空間里創造和破壞林林總總的方塊，甚至在多人伺服器與單人世界中體驗不同的游戲模式，在高度的自由中，玩家們也自己創作出了大大小小的玩法，打造精美的建築物，創造物和藝術品。且游戲平台已囊括了移動設備和游戲主機。

游戲背景

玩家們可以在java版中自由選擇模式（生存、創造、冒險、極限和旁觀者模式），在各種模式中體驗不一樣的有趣玩法,在生存模式中享受打怪、冒險等多種樂趣，在創造模式下享受當創世神的樂趣。

該游戲以玩家在三維空間中自由地創造和破壞不同種類的方塊為主題。玩家在游戲中可以在單人或多人模式中通過摧毀或創造精妙絕倫的建築物和藝術，或者收集物品探索地圖以完成游戲的主線。玩家也可以嘗試紅石電路和指令等玩法。

以上內容參考：網路——我的世界

② 請問.Net 和java的區別，還有聯系，達人們給解釋下

深度解析：J2EE vs .NET開發平台
看到這個標題，也許會有人表示疑惑，J2EE和.NET並不在一個層次上，怎麼能將它們放在一起呢？需要指出的是，通常所說的.NET包含了一個相當廣泛的產品家族，包括開發平台、操作系統、伺服器、終端設備等，此外還包括服務平台。開發平台只是整個.NET戰略中的一部分，所以確切地說，放在這里的.NET應該算是.NET開發平台。

隨著三層/多層企業信息系統結構的深度發展和下一代分布式計算模型Web 服務的出現，企業應用中關於平台、框架、語言的競爭也愈演愈烈。J2EE平台在過去幾年裡一直引領著企業應用的潮流，但最近微軟強力推出的.NET平台也開始吸引著眾多IT企業和開發人員的注意力，向J2EE平台提出了強有力的挑戰。企業應用領域的技術對抗也因此拉開了架勢。

需要強調的是，.NET是戰略產品，而J2EE是描述產品的標准，現在有很多符合J2EE標準的產品。在可以預見的未來，它們都將是構建企業信息系統應用的基礎性平台，尤其是開發和部署Web服務的重要平台。

盡管可以同時使用幾種系統平台和語言，但對於企業來說，還需要選擇一個戰略性的平台來實現數據的無縫集成，加速企業應用的部署。而要做出正確的選擇，首先需要充分了解兩個平台的特點和優勢。本期專題將為您細說J2EE和.NET。

一、群力所至的J2EE
二、.NET開發平台留住Windows開發者
三、 J2EE與.NET平台體系架構的異同
四、 J2EE vs .NET：Web服務誰主沉浮？

一、群力所至的J2EE
中南大學 羅新星 畢文傑
企業應用系統的開發一直面臨著重大挑戰：一方面，企業應用系統面對的是一個異構的分布式環境，它必須支持與已有系統的集成性和與其他系統的互操作性；另一方面，作為為客戶、合作夥伴和企業內部提供信息服務的平台，企業系統還必須具有高可用性、安全性、可靠性和可伸縮性。這些要求再加上復雜多變的用戶需求和不斷伸縮的交付時間，使得企業系統的開發越來越困難。開發商和廣大程序員一直在努力推動和殷切期待一個成熟、標準的企業平台來簡化和規范企業系統的開發和部署。Java技術的出現，尤其是J2EE（Java 2 Platform Enterprise Edition）平台的推出正是這種努力的結果，也使得企業系統的開發由此變得更加快速和方便。需要指出的是，J2EE本身是一個標准，它為不同廠商創建平台產品提供了標准，使不同J2EE平台產品之間的交互成為可能。

J2EE旅程
Java於1996年由Sun公司推出，當時它的主要用途是製作產生動態網頁的Applet。後來，人們發現Java的「一次開發，多次運行」、純面向對象的特性、垃圾回收機制和內置的安全特別適合於開發企業應用系統。於是，企業應用開發商紛紛在Java標准版的基礎上各自擴展出許多企業應用API，其結果導致基於Java的企業應用呈爆炸式增長。但是各企業系統API之間又不能相互兼容，破壞了Java的平台獨立性。鑒於此，Sun公司聯合IBM、Oracle、BEA等大型企業應用系統開發商於1998年共同制訂了一個基於Java組件技術的企業應用系統開發規范，該規范定義了一個多層企業信息系統的標准平台，旨在簡化和規范企業應用系統的開發和部署。這一規范和其定義的平台就構成了J2EE。目前J2EE的最新版本是J2EE 1.3。需要注意的是，J2EE本身是一個標准，而不是一個現成的產品（雖然現在有很多符合J2EE標準的產品），它由以下幾個部分組成：
J2EE規范。該規范定義了J2EE平台的體系結構、平台角色及J2EE中每種服務和核心API的實現要求。它是J2EE應用伺服器開發商的大綱。

J2EE兼容性測試站點。Sun公司提供的一個測試J2EE應用伺服器是否符合J2EE規范的站點，對通過該站點測試的產品，Sun公司將發放兼容性證書。

J2EE參考實現。即J2EE SDK，它既是Sun公司自己對J2EE規范的一個非商業性實現，又是為開發基於J2EE企業級應用系統原型提供的一個免費的底層開發環境。

J2EE實施指南。即BluePrints文檔，該文檔通過實例來指導開發人員如何去開發一個基於J2EE的多層企業應用系統。

組件-容器 搭建體系架構
J2EE規范定義了一個基於組件的多層企業應用系統開發平台，其邏輯結構如圖1所示。圖中的橢圓形表示組件，大矩形表示容器，包含向下文字的小矩形表示API，箭頭表示訪問，箭頭線上的文字表示相應的協議。

J2EE是一個基於組件-容器模型的系統平台，其核心概念是容器。容器是指為特定組件提供服務的一個標准化的運行時環境，Java虛擬機就是一個典型的容器。組件是一個可以部署的程序單元，它以某種方式運行在容器中，容器封裝了J2EE底層的API，為組件提供事務處理、數據訪問、安全性、持久性等服務。在J2EE中組件和組件之間並不直接訪問，而是通過容器提供的協議和方法來相互調用。組件和容器間的關系通過「協議」來定義。容器的底層是J2EE伺服器，它為容器提供J2EE中定義的各種服務和API。一個J2EE伺服器（也叫J2EE應用伺服器）可以支持一種或多種容器。在圖1中，你可能已經注意到每個容器的服務包括兩部分：J2SE（Java 2 Platform Standard Edition）和一組擴展的服務。這是因為J2EE是以Java標准版為基礎的，各容器在J2SE之上再根據需要提供一些擴展的服務，如目錄服務、事務管理、數據訪問、消息機制、安全性等。

J2ee的核心——EJB
J2EE定義了四種組件：Applet組件、Application客戶組件、Web組件及EJB（Enterprise JavaBeans）組件。其中Applet和Application客戶組件在客戶端運行，J2EE通過Java插件為Applet提供運行環境，Application客戶的容器就是本地Java虛擬機。Web及EJB組件在服務端運行。J2EE中包含兩種Web組件：JSP和Servlet。它們是Web伺服器的功能擴展，都能生成動態Web頁面。不同的是JSP是將Java代碼嵌入到HTML中，伺服器負責解釋執行，生成結果返回用戶（與ASP技術相似）。而Servlet是單獨的Java類，它動態生成HTML文件返回給客戶。Web組件的容器比較典型的就是基於Java的Web伺服器。

EJB是J2EE平台的核心，也是J2EE得到業界廣泛關注和支持的主要原因。我們知道，J2EE的一個主要目的就是簡化企業應用系統的開發，使程序員將主要精力放在商業邏輯的開發上。EJB正是基於這種思想的伺服器端技術，它本身也是一種規范，該規范定義了一個可重用的組件框架來實現分布式的、面向對象的商業邏輯。EJB的核心思想是將商業邏輯與底層的系統邏輯分開，使開發者只需關心商業邏輯，而由EJB容器實現目錄服務、事務處理、持久性、安全性等底層系統邏輯。

一個可部署的EJB組件包含3個部分：
Remote 介面 Remote介面定義EJB組件中提供的可供用戶調用的方法，也就是通常所說的實現商業邏輯的函數或過程（如計算商品價格的函數），以供遠程客戶端調用。在EJB組件部署到容器的時候，容器會自動生成Remote介面相應的實例，即EJB對象，它負責代理用戶的調用請求。

Home介面 Home介面定義一組方法來創建新的EJB對象，查找、定位和清除已有的EJB對象。在EJB組件部署時容器也會自動生成相應的Home對象，該對象負責查找和創建EJB對象，返回EJB對象的引用給客戶；用戶利用該引用調用EJB組件的方法，得到結果；最後Home對象清除EJB對象。我們可以形象地稱Home介面為EJB對象的工廠。

Enterprise Beans類 Enterprise Beans類是商業邏輯的具體實現類。其可供用戶調用的方法在Remote介面中定義。根據功能不同，EJB 2.0規范中定義了三種Enterprise Beans:會話Beans（Session Beans）、實體Beans（Entity Beans）和消息驅動Beans（Message-driven Beans）。

會話Beans分無狀態和有狀態兩種。一般無狀態的會話Beans模擬商業邏輯，比如計算價格等。有狀態的會話Beans通常模擬一個客戶會話，它會臨時保存客戶信息，根據客戶要求調用其他Beans來存取數據。兩種會話Beans都不保存狀態信息或數據，當客戶斷開連接或伺服器關閉時，會話Beans也隨之消失。一個會話Beans的典型例子是網站上的購物車。

實體Beans模擬商業數據，它表示一個數據存儲，可以是狀態信息或資料庫中的一條紀錄。實體Beans在客戶斷開連接或伺服器關閉後，仍有服務保證其數據得以保存。一個實體Beans的典型例子就是客戶賬號信息。
消息驅動Beans在行為上很像會話Beans。不同的是僅在需要向這些Beans發送消息時才調用消息驅動Beans,比如在需要的時候發送用戶確認信息等。

另外，在提交和部署EJB組件時，還需要兩個文件：部署描述文件，容器根據該文件來部署Enterprise Beans，提供所要求的服務；EJB jar文件，它是提交給EJB容器的一個部署單元，容器（應用伺服器）在部署時解開它，裝入Enterprise Beans。

EJB容器非常復雜，一般由專業的J2EE應用伺服器開發商提供，比較流行的EJB容器由IBM的WebShpere、BEA公司的WebLogic Server、Sun公司的iPlant等應用伺服器提供。EJB容器除了為EJB提供事務處理、目錄服務、持久性管理和安全性服務外，還負責EJB的部署、發布和生命周期管理。

平台標准服務

服務是組件和容器之間，以及容器和J2EE伺服器之間的介面，在實現層面上它就是一系列API和協議。J2EE平台定義了一組標準的服務，其中有些服務是由J2SE提供的，有些則是J2EE對Java的擴展。

目錄服務 JNDI（Java Name and Directory） API為應用程序提供了一個統一的介面來完成標準的目錄操作，由於JNDI是獨立於目錄協議的，應用程序可以用它訪問各種目錄服務，如LDAP、NDS、DNS等。

數據訪問 JDBC（Java Database Connectivity) API為訪問不同類型的資料庫提供了統一的途徑，屏蔽了不同資料庫的細節，具有平台無關性。J2EE平台除了要求核心的JDBC API（包含在J2SE中）外，還要求擴展的JDBC API 2.0，它支持行集、連接池和分布式的事務處理。

事務處理 JTA（Java Transaction Architecture）定義了一組標準的介面，為應用系統提供可靠的事務處理支持。JTS（Java Transaction Service）是CORBA OTS事務監控的Java實現。JTS規定了事務管理器的實現方式，該事務管理器在高層支持JTA標准，在底層實現了OMG OTS規范的Java映射。

消息服務 JMS（Java Message Service）是一組用於和面向消息的中間件相互通信的API。

它既支持點對點的消息通信，也支持發布/訂閱式的消息通信。 電子郵件 JavaMail API允許在應用程序中以獨立於平台、獨立於協議的方式收發電子郵件。JAF（JavaBeans Activation Framework）負責處理MIME編碼，JavaMail利用JAF來處理MIME編碼的郵件附件。

CORBA兼容介面 RMI（遠程方法調用）是在分布式對象間通信的Java本地方法，它使應用程序調用遠程方法像調用本地方法一樣，不需要考慮所調用對象的位置。RMI-IIOP是RMI的擴展，是符合CORBA標準的對象通信協議，也是J2EE默認的組件通信協議。Java IDL允許J2EE應用組件通過IIOP協議訪問外部的CORBA對象。

安全服務 JAAS（Java Authentication and Authorization Service）用兩個步驟實現安全性：認證，即由用戶提供認證信息（如用戶名和密碼）來獲得系統認證，這一過程又稱之為登錄；授權，在被確認為合法用戶後，系統根據用戶的角色授予其相應的許可權。J2EE的授權是基於安全形色的概念，一個安全形色是一個擁有相同許可權的邏輯組。J2EE的安全形色由應用組件提供商來定義。

Web服務支持 目前J2EE還不提供對Web服務的支持。Sun提供了一套API及其實現WSDP作為對J2EE的擴展，但目前還不是J2EE規范的內容。在WSDP中，JAXP用來解析XML文檔;JAXR向UDDI伺服器注冊Web Services；JTX/RPC用基於XML的協議（如SOAP）來發送和接收XML文檔；JWSDL處理WSDL文檔。雖然J2EE不是為Web服務而生，但它現在正在努力追趕Web服務的腳步。

多層應用模型
從應用的角度來看，J2EE為企業應用系統的開發提供了一種多層分布式企業應用模型。在J2EE中，應用邏輯按功能不同可以劃分為不同類型的組件，各組件根據它們所在的層分布在不同的機器上，共同組成一個基於組件的分布式系統。

J2EE定義了一個典型的四層結構，分別是客戶層、Web層、商業邏輯層和企業信息系統層。

在應用開發時，J2EE定義的四層模型可根據實際情況靈活運用。由於除了Applet外其他的組件都可以訪問資料庫、EJB組件和企業信息系統，所以通過不同層的取捨及組合，可以衍生出許多應用軟體開發模型，如基於Web的四層模型、基於桌面應用的三層模型（不包括Web層）、B2B模型（不包括客戶層）等。如果應用系統比較簡單，一般不用EJB作為邏輯層，而直接用Web組件來實現商業邏輯和數據訪問，畢竟EJB的開發和部署費用還相當高。

二、.NET開發平台留住Windows開發者
南京郵電學院 李建忠
.NET開發平台一推出，就開始了與J2EE平台的競爭。它的絕大部分是微軟Windows DNA(Distributed Network Architecture)的重寫，DNA是微軟以前開發企業應用程序的平台。Windows DNA中包括了許多已經被證實的技術，新的.NET框架取代了這些技術，並包含了Web服務層和改良的語言支持。從戰略角度看，.NET開發平台擔負著整合.NET戰略的重任，但它最直接的目標則是努力為微軟保留住龐大的Windows用戶基礎。

微軟的Windows開發用戶群是微軟通過Windows操作系統獲得的最大財富。對於為什麼要推出.NET開發平台，微軟表示，主要原因之一就是由於Java向開發者承諾的硬體和操作系統無關性，可能會導致這些用戶轉向其他平台。雖然開發平台本身不會給微軟帶來很多收益，但Windows程序員是企業內部對微軟產品的主要支持力量，商用軟體的開發者形成了向客戶銷售微軟產品的重要渠道。如果微軟可以讓開發者在.NET開發平台上編寫應用程序，那麼就會有更多的公司購買微軟的其他產品。

認識.NET
認識.NET最好的方法是看它做什麼。.NET戰略將互聯網本身作為構建新一代操作系統的基礎，並對互聯網和操作系統的設計思想進行合理延伸，使開發人員能夠創建出與設備無關的應用程序，以便輕松實現互聯網連接。.NET包括一個相當廣泛的產品家族，它們構建於XML和互聯網產業標准之上，為用戶提供Web服務的開發、管理、應用和體驗。圖1是對.NET戰略的總體描述。組成.NET戰略的五個方麵包括：
.NET開發平台 這是一組用於建立Web服務應用程序和Windows桌面應用程序的軟體組件，包括 .NET Framework（框架）、.NET開發者工具和ASP.NET。於今年3月發布的Visual Studio .NET將是RAD開發工具中一個重要的產品。

.NET伺服器 能夠提供廣泛聚合和集成Web服務的伺服器是搭建.NET平台的後端基礎。 .NET基礎服務 密碼認證、日歷、文件存儲、用戶信息等基礎服務是必不可少的。微軟正在著力建設的.NET My Services等基礎性服務平台是這方面可以借鑒的例子。

.NET終端設備 廣泛的連接互聯網並體驗Web服務的終端設備是實現.NET的前端基礎。PC、PDA以及各種嵌入式設備將在這個廣闊的天地里發揮作用。

.NET用戶體驗 能夠滿足人們各種各樣需求的用戶體驗是.NET的最終目標，也是.NET的價值實現。

在這五個組成部分當中，.NET開發平台中的 .net框架是.NET軟體構造中最具挑戰性的部分，其他四個部分則緊緊圍繞.NET框架來進行組織整合。

.NET 框架內核
.NET框架實現了語言開發、代碼編譯、組件配置、程序運行、對象交互等各個層面的功能，為Web服務及普通應用程序提供了一個託管、安全、高效的執行環境。所有在.NET平台上創建的應用程序運行都需要兩個核心模塊:Common Language Runtime（CLR，通用語言運行時）和.NET Framework類庫。CLR是一個軟體引擎，用來載入應用程序，確認它們可以沒有錯誤地運行，並進行相應的安全許可驗證，執行應用程序，然後將被清除。
.NET Framework類庫則向程序員提供軟體組件，來編寫在CLR的控制下運行的代碼，它們按照單一有序的分級組織提供了一個龐大的功能集，包括從文件系統到對XML功能的網訪問的每一樣功能。該類庫為開發提供了三種基本編程模板：基於ASP.NET的Web表單應用、基於ASP.NET的Web服務應用和基於傳統GUI交互的Windows應用。

CLR——.NET的虛擬機
CLR為.NET應用程序提供了一個託管的代碼執行環境。託管意味著將原來由程序員或操作系統做的工作剝離出來交由CLR來完成，從而使程序運行獲得更高的安全性和穩定性。這些工作包括內存管理、即時編譯、組件自描述、安全管理和代碼驗證，以及其他一些系統服務。CLR提供一個技術規范，無論程序使用什麼語言編寫，只要能編譯成中間語言，就可以在它的支持下運行，這樣.NET應用程序就可以獨立於語言。CLR還在應用程序運行環境中為基於組件的編程提供了直接支持，比如它支持屬性、事件、對象、繼承性、多態性、介面等組件編程特性。

CLR中的自動垃圾收集器負責.NET應用程序運行時的內存分配、對象布局、內存釋放等內存管理問題，徹底解決了多年來困擾程序員的內存泄漏問題，大大增強了應用程序的健壯性。

即時編譯器在運行時將中間語言以調用的對象方法為單位動態編譯成本地二進制代碼。

中間語言是在.NET平台下編譯器輸出PE文件（Windows可執行文件）的語言，它為.NET平台提供了多語言支持，允許開發者使用20多種不同的編程語言。而元數據是一個內嵌於PE文件的表的集合，描述了代碼中數據類型等在代碼執行時CLR需要知道的信息。元數據使得.NET應用程序代碼具備自描述特性，提供了類型安全保障，而這在以前需要額外的類型庫或介面定義語言（IDL）。

CLR根據託管組件的來源（如互聯網、企業區域網、本地機器）等因素確定各組件的信任度，並根據信任度來限定它們執行諸如讀取文件、修改注冊表等敏感操作的許可權。此外，CLR藉助通用類型系統對代碼類型進行嚴格的安全檢查，可以避免不同組件之間可能存在的類型不匹配問題。通過代碼訪問安全機制，開發人員可以為應用程序指定完成工作所必需的許可權。CLR不僅規定了代碼訪問安全，還規定了基於角色的安全。基於角色的認證為互聯網上分布式組件的執行提供了安全保證。

值得指出的是，CLR通常寄宿在其他高性能伺服器的應用程序中，比如互聯網信息伺服器（IIS）、SQL Server資料庫伺服器等。這樣，開發者可以充分利用CLR諸多安全、高效的優點來部署自己的商業邏輯。

類庫——組件和服務的家園
.NET Framework類庫由一組廣泛的、面向對象的、可被開發者用於任何編程語言的可重用類集合組成。它提供了幾乎所有應用程序都需要的公共代碼;在此之上是許多應用程序模板，這些模板為開發網路站點和網路服務提供特定的高級組件和服務，不管是傳統的命令行程序還是Windows圖形界面程序，亦或是面向下一代互聯網分布式計算平台的ASP.NET或Web服務應用。與在Windows和它的SDK中發送的代碼庫一樣，.NET框架類庫將程序員從繁重的編程細節中解放出來，而專注於程序的商業邏輯。它將核心Win32 API最常用的功能和外掛SDK的功能封裝到了一個統一的包中，並採用清晰而有條理的方式對類庫進行分組和描述，這樣開發者就能夠更方便地找到其應用程序所需要的大多數功能。下面是它所提供的一些核心服務：

系統框架服務
服務框架包括一套開發人員希望在標准語言庫中存在的基類庫，如集合、輸入/輸出、字元串、數據等基類。基類庫還提供訪問操作系統服務的類，如圖畫、網路、線程、加密等類型。此外，服務框架也包括數據訪問類庫以及開發工具。

ADO.NET組件
ADO.NET為基於網路的、可擴展的應用程序和服務提供數據訪問服務。它不僅支持傳統的基於鏈接指針風格的數據訪問，而且對於更適合於把數據返回到客戶端應用程序的無鏈接數據模板，它也提供高性能的訪問支持。

XML數據組件
通過它開發人員可以對任何數據進行XML轉換、傳輸和確認，所有數據都可以被看做是XML格式的。同時，系統也支持ADO.NET數據與XML數據之間的通用轉換。

Windows表單組件
Windows表單組件為開發人員提供了強大的Windows應用程序模型和豐富的Windows用戶口，包括傳統的ActiveX控制項和Windows XP的新界面，如透明的、分層的浮動窗口。對CLR的強大支持也是Windows表單組件令人興奮的地方之一。

ASP.NET應用服務
ASP.NET的核心是其用於處理基於低級結構HTTP請求的高性能的運行語言，其編譯運行的方式大大提高了它的性能。ASP.NET使用基於構件的.NET框架配製模板，因此它獲得了諸如XCOPY配製、構件並行配製、基於XML配製之類的優點。它還支持應用程序的實時更新，同時提供高速緩沖服務，以改善性能。

ASP.NET Web表單
ASP.NET Web表單把VB表單高效率的優點帶到了Web應用程序的開發中。ASP.NET Web單支持傳統的將HTML內容與腳本代碼混合的ASP語法，但是它提出了一種將應用程序代碼和用戶介面內容分離的、更加結構化的方法。它提供一套映射傳統HTML用戶介面部件（包括列表框、文本框和按鈕）的ASP.NET Web表單控制項和一套更加復雜的Web應用控制項（如日歷和廣告轉板）。