酷java

Ⅰ 目前java的那些框架技術用的比較多

1，SpringMVC

在中國有一種說法「生薑仍舊又辛辣」，所以雖然SpringMVC已經發布了十多年，但它仍然強大有力，並且處於領先地位，具有絕對優勢。在擁抱完整的MVC框架之後，Spring已經發展並且現在是面向Internet的應用程序的綜合Java框架，為軟體工程師提供了一個功能強大的工具包，用於Web應用程序開發和安全項目的應用程序配置。作為最受歡迎的程序員之一，Spring的完善生態系統提供了許多其他選項：RESTAPI或SOAPWeb服務，安全性（身份驗證和授權，加密）等。此外，許多大公司選擇使用SpringMVC，因此如果您在使用過程中遇到問題，將會有很多技術專家為您解答。

利弊

春天並非沒有理由爬到頂端。它之所以成為最著名的Java框架，主要是因為：

1.使用POJO簡化測試數據的注入。

2.增強模塊性，使代碼更具可讀性。

3.不同模塊之間的分離。

4.靈活的應用依賴注入（DI）。

雖然SpringMVC有很多文檔可供參考，但它的學習曲線對新手Java開發人員來說太苛刻了，而且開發人員可能會遇到這樣的情況：當他們遇到較少的引用時無法啟動。另外，雖然SpringMVC的在線信息較多，但版本會有所不同。總的來說，SpringMVC是工程師最喜歡的框架之一。

2，Hibernate

雖然Hibemate不在RebelLabs的排行榜上，但它仍然是一個值得一提的Java框架。這種映射Java框架使用連續資料庫訪問操作而不是高級對象處理來解決對象和關系不匹配的問題。每個企業應用程序都不同，因此Hibernate附帶了一個強大的功能集，可以幫助後端開發人員微調數據訪問層。這是一個高級ORM框架，允許您對Java對象（實體）執行資料庫操作。使用Hibernate Cache將數據從Java環境持久化到資料庫是一個持久的概念。

目前Java編程語言最流行的7個框架，你了解多少？

利弊

Hibernate可以通過對原始代碼進行微小更改來幫助您與任何資料庫進行通信，從而彌合對象和關系之間的差距。除了這個優勢，它還有：

1.無論是Oracle，Db2還是MySQL，Hibernate都獨立於DB。

2.緩存機制優化了類似的查詢。

3.支持N + 1或延遲載入。

盡管Hibernate有許多優點，但它不允許多次插入，不支持對JDBC的某些查詢，並且不適用於具有較少表的小規模項目。

3，Struts2

為了更詳細地解釋現代軟體工程師廣泛使用的Java框架，Qianfeng Wuhan Java Training的老師介紹了Struts2，它是ApacheStruts1的後續版本。 Struts2用於構建當代JavaEE Web應用程序。 Apache Software Foundation為開發人員提供了廣泛的工具，用於創建企業級面向Web的應用程序，優化開發過程，甚至是後期維護，包括最終的優化過程和後期維護。如果您擔心像廣播門戶這樣的高負載系統，Struts將是您的最佳選擇。

由於Struts2實現了Action類（普通的POJO對象），因此測試編寫代碼所需的工作量更少。使用框架API，耦合變得更容易，並有助於調整攔截器。

利弊

Struts2的最大特點是您不必重寫或實現Action類，IT工程師為多個操作創建重復代碼不再是一個問題，因為攔截器將處理它。

Struts的最大缺點是它不夠靈活。

目前Java編程語言最流行的7個框架，你了解多少？

瓦亞丁

Vaadin是現代開發人員在創建業務應用程序和使用GWT呈現頁面時必須選擇的流行框架之一。 Vaadin使用一種眾所周知的基於組件的方法來快速適應瀏覽器的變化，從而減輕開發人員的負擔。 Vaadin通過將更改傳達給瀏覽器來消除開發人員的負擔。豐富的UI組件，各種各樣的小部件和控制項，程序員可以隨時隨地構建一個很酷的應用程序。

利弊

在Java或HTML布局構造中，Vaadin提供了一種將數據綁定到MVC或MVP的方法。支持拖放和其他突出功能簡化了Java應用程序的單頁UI創建。

因為Vaadin需要將每個事件發送回伺服器，或者移動應用程序的UI很慢。

5. JSF

作為JavaEE的一部分，Oracle支持JavaServerFaces。雖然這不是快速Java開發的最佳框架，但很容易開始使用Oracle的大量文檔。如果你不離開JavaEE環境，JSF沒有外部依賴，但它非常強大，它有一個豐富的庫和工具（包括一個易於創建用戶界面的工具集），無論你的應用程序有多復雜，它可以支持。

利弊

如上所述，JSF是JavaEE不可或缺的一部分。因此，開發人員可以利用IDE軟體套件和業界領先供應商的高級支持。

但事情有兩面，JavaServerFaces太大，所以沒有web開發經驗或不熟練的人可能很難掌握。

6，Grails

這種特殊的Web框架被認為是一種動態工具，可以提高工程師的工作效率。它具有唯一的API實際，合理的默認值和約定的配置示例。與Java的無縫集成使其成為全球許多程序員的最佳選擇。 Grails具有許多強大的功能，例如基於Spring的依賴注入和各種插件，同時提供創建現代Web應用程序所需的一切。

目前Java編程語言最流行的7個框架，你了解多少？

利弊

Grails可以快速構建新項目，腳手架為編碼人員節省了寶貴的時間。 Grails擁有一個包含900多種易於安裝的插件的龐大庫。 Grails是一個用於全棧開發的Java框架，它的對象關系映射涵蓋了大量的功能，使其成為一個重量級的軟體。

7，GoogleWebToolkit

GWT是一個免費的Java框架，允許用戶創建和優化復雜的基於Web的應用程序。 GWT的軟體開發工具包提供了核心Java API和小部件，可以在構建之後編譯到JavaScript應用程序中。

利弊

使用GoogleWebToolkit，您可以獲得單個代碼庫（Java中的瀏覽器和伺服器端編程），從而簡化了開發和調試過程。與其他技術的簡單集成允許程序員在網頁中嵌入GWT小部件。 Widget功能也可以在GWT的幫助下自定義。

但是，GWT不適用於純HTML和後動態內容布局，因此無法滿足網頁設計師的需求。

Ⅱ 學習java真的那麼酷逼嗎一個手機就能搞定 我不信不信不信！！

肯定不是撒，Java需要在電腦上用編譯器開發，且運行在pc端，用Android開發的才需要Android手機來調試程序

Ⅲ java開發的缺點有哪些

我認為Java語言的10大問題是：
1、缺少閉包（closure）：我想這個不需要解釋了。函數式編程已經存在幾十年了，但最近幾年，它們獲得了越來越多的關注，最主要的原因，是它可以自然地編寫並行程序。我部分的同意Joshua Bloch強調在Java中引入閉包的問題需要再想一想（BGGA提議的方式真的很糟），至少閉包的缺失，使得在Java中做任何真正的函數式編程都是不可能的。
2、缺少一等函數：這個問題與前一個有些關聯，但我認為它更糟糕。在Java里，要達到類似效果的唯一方式，是使用著名的、醜陋悲慘的單方法匿名內部類，但這看上去的確是一個拙劣的方法。甚至在C#中，也通過代理機制，提供了一個更好的實現。
3、原生類型（Primitive types）：如果在Java中一切皆對象，那是多麼完美啊，但他們偏偏不這樣設計。因而，這一點導致了一些問題，比如，不能把一個int放到集合（Collection）里，這個在Java5中通過自動裝箱特性得到了解決（下面會提到）。它也造成了傳值與傳引用上的困擾，原生類型數據是通過值傳給方法的（復制一份拷貝，然後傳給函數），而真正的對象是通過傳遞（譯註：其實是復制對象地址再傳遞，因此應該也是傳值方式，只是由於函數內部可通過這個對象地址訪問對象，因此效果上類似傳引用）。
4、自動裝箱（Autoboxing）和自動拆箱（autounboxing）：這個特性是為了解決因原生類型的存在所導致的問題，在Java5引入的。它允許靜默地轉換原生類型到相應的對象，但這常常導致其它的問題。比如Integer可以為null，但int不能，因此這時JVM只能拋出一個難以調試的空指針異常（NullPointerException）。此外，它還可能導致其它奇怪的行為，就像下面的例子，我們就很難理解，變數test為什麼是false：
Intger a = new Integer(1024);
Intger b = new Integer(1024);
boolean test = a < b || a == b || a > b;
5、缺少范型具類化：范型是Java5引入的一個很酷的特徵，但是為了保持與舊版本Java的兼容性，導致缺失某些重要的特性，尤其是不能在運行時反省范型的類型。例如，你有一個方法，接受List參數，如果傳進來一個List，你卻不能知道運行里該范型的確切類型。同理，你也不能創建范型數組。這意味著，盡管下面的代碼看起來很自然，但卻不編譯不了：
List[] listsOfStrings = new List[3];
6、不可避免的范型警告：你有發現過自己陷入不可能去掉的關於范型的警告么？如果你像我一樣大量使用范型，我打賭你碰到過。事實上，是這個問題的規模化症狀，讓他們認為需要引入一個特定的註解(@SuppressWarnings("unchecked"))來處理這種情況，我覺得，范型應該可能被設計的更好。
7、不能傳void給方法調用：我得承認，這種給方法傳遞void的需求，乍一看有些怪異。我喜歡DSL，當我實現自己的DSL庫（lambdaj）的一個特定特性時，我不得不需要一個方法聲明成這樣的簽名：void doSomething(Object parameter)，這里為這個方法傳進來的參數parameter，是另一個方法調用的結果，它唯一的目的，是注冊調用（的對象）自身，以可以在以後執行它。讓我吃驚的是，即使println方法返回void，看上去也並沒有一個好理由，不允許我把代碼寫成這樣，：
doSomething(System.out.println("test"));
8、沒有原生的代理機制：代理是一種非常有效和應用廣泛的模式，但Java提供的代理機制，只針對介面，而不是具體類。這是為什麼象cblib這樣提供這種機制的庫，被如此多的主流框架，如Spring和Hibernate，採用的原因。此外，由於cglib通過運行時創建被代理類的子類來實現的，因此這些種方式有一個眾所周知的限制——不能代理final類，比如String。
9、差勁的Switch...case語句：Java規定，switch...case只能選擇int和enum（Java5開始）。這一點如果跟更現代的語言如Scala相比，看起來簡直太弱了。
10、受檢查異常（Checked exception）：類似原生類型，受檢查異常也已經成為Java的一個罪孽之源。它迫使程序員必須做下面兩件極其糟糕討厭的事情中的一個：讓你的代碼里充斥大量的、糟糕難讀的、容易出錯的try...catch語句，而這樣做的最大意義，只是將捕獲的異常，包裝成運行時異常，然後再重新拋出；或者是讓大量的拋出聲明子句污染你的API，讓介面缺少靈活性和可擴展性。
真正的問題是，這里我提到的這幾大主要問題，唯一的解決辦法，是要做一個痛苦的決擇，定義一套新的語言規范，放下當前版本的向後兼容性。我猜他們永遠也不會這么做，雖然我相信，如果編寫一個能夠自動轉換舊Java源碼的程序，讓它們與假設的新版本兼容，並不是很困難。最後，這就是我決定開始尋找一個更好的JVM兼容語言的原因。

Ⅳ 自學Java怎麼入門

自學Java看這一篇就夠啦！Java學習路線圖分享給你，跟著學習吧！

一、Java基礎

Ⅳ java開發的缺點

我認為Java語言的10大問題是：
1、缺少閉包（closure）：我想這個不需要解釋了。函數式編程已經存在幾十年了，但最近幾年，它們獲得了越來越多的關注，最主要的原因，是它可以自然地編寫並行程序。我部分的同意Joshua Bloch強調在Java中引入閉包的問題需要再想一想（BGGA提議的方式真的很糟），至少閉包的缺失，使得在Java中做任何真正的函數式編程都是不可能的。
2、缺少一等函數：這個問題與前一個有些關聯，但我認為它更糟糕。在Java里，要達到類似效果的唯一方式，是使用著名的、醜陋悲慘的單方法匿名內部類，但這看上去的確是一個拙劣的方法。甚至在C#中，也通過代理機制，提供了一個更好的實現。
3、原生類型（Primitive types）：如果在Java中一切皆對象，那是多麼完美啊，但他們偏偏不這樣設計。因而，這一點導致了一些問題，比如，不能把一個int放到集合（Collection）里，這個在Java5中通過自動裝箱特性得到了解決（下面會提到）。它也造成了傳值與傳引用上的困擾，原生類型數據是通過值傳給方法的（復制一份拷貝，然後傳給函數），而真正的對象是通過傳遞（譯註：其實是復制對象地址再傳遞，因此應該也是傳值方式，只是由於函數內部可通過這個對象地址訪問對象，因此效果上類似傳引用）。
4、自動裝箱（Autoboxing）和自動拆箱（autounboxing）：這個特性是為了解決因原生類型的存在所導致的問題，在Java5引入的。它允許靜默地轉換原生類型到相應的對象，但這常常導致其它的問題。比如Integer可以為null，但int不能，因此這時JVM只能拋出一個難以調試的空指針異常（NullPointerException）。此外，它還可能導致其它奇怪的行為，就像下面的例子，我們就很難理解，變數test為什麼是false：
Intger a = new Integer(1024);
Intger b = new Integer(1024);
boolean test = a < b || a == b || a > b;
5、缺少范型具類化：范型是Java5引入的一個很酷的特徵，但是為了保持與舊版本Java的兼容性，導致缺失某些重要的特性，尤其是不能在運行時反省范型的類型。例如，你有一個方法，接受List參數，如果傳進來一個List，你卻不能知道運行里該范型的確切類型。同理，你也不能創建范型數組。這意味著，盡管下面的代碼看起來很自然，但卻不編譯不了：
List[] listsOfStrings = new List[3];
6、不可避免的范型警告：你有發現過自己陷入不可能去掉的關於范型的警告么？如果你像我一樣大量使用范型，我打賭你碰到過。事實上，是這個問題的規模化症狀，讓他們認為需要引入一個特定的註解(@SuppressWarnings("unchecked"))來處理這種情況，我覺得，范型應該可能被設計的更好。
7、不能傳void給方法調用：我得承認，這種給方法傳遞void的需求，乍一看有些怪異。我喜歡DSL，當我實現自己的DSL庫（lambdaj）的一個特定特性時，我不得不需要一個方法聲明成這樣的簽名：void doSomething(Object parameter)，這里為這個方法傳進來的參數parameter，是另一個方法調用的結果，它唯一的目的，是注冊調用（的對象）自身，以可以在以後執行它。讓我吃驚的是，即使println方法返回void，看上去也並沒有一個好理由，不允許我把代碼寫成這樣，：
doSomething(System.out.println("test"));
8、沒有原生的代理機制：代理是一種非常有效和應用廣泛的模式，但Java提供的代理機制，只針對介面，而不是具體類。這是為什麼象cblib這樣提供這種機制的庫，被如此多的主流框架，如Spring和Hibernate，採用的原因。此外，由於cglib通過運行時創建被代理類的子類來實現的，因此這些種方式有一個眾所周知的限制——不能代理final類，比如String。
9、差勁的Switch...case語句：Java規定，switch...case只能選擇int和enum（Java5開始）。這一點如果跟更現代的語言如Scala相比，看起來簡直太弱了。
10、受檢查異常（Checked exception）：類似原生類型，受檢查異常也已經成為Java的一個罪孽之源。它迫使程序員必須做下面兩件極其糟糕討厭的事情中的一個：讓你的代碼里充斥大量的、糟糕難讀的、容易出錯的try...catch語句，而這樣做的最大意義，只是將捕獲的異常，包裝成運行時異常，然後再重新拋出；或者是讓大量的拋出聲明子句污染你的API，讓介面缺少靈活性和可擴展性。
真正的問題是，這里我提到的這幾大主要問題，唯一的解決辦法，是要做一個痛苦的決擇，定義一套新的語言規范，放下當前版本的向後兼容性。我猜他們永遠也不會這么做，雖然我相信，如果編寫一個能夠自動轉換舊Java源碼的程序，讓它們與假設的新版本兼容，並不是很困難。最後，這就是我決定開始尋找一個更好的JVM兼容語言的原因。

Ⅵ 在成都學JAVA要去哪裡學

成都的Java培訓機構少十分多，但是品質卻良莠不齊，認真做教育的少。在選培訓機構之前先看看培訓機構的真實情況，建議各位從以下幾點去考察：
第一：選Java培訓學校的時候，一定要注意教學模式，分視頻和面授，這里建議在性價比差不多的情況下最好選擇面授，尤其的對於零基礎的學員。
第二：看上課氛圍，一個好的上課氛圍可以影響到學習的效率和結果，大多數的情況下一個學習氛圍好的Java培訓班學習出來的學員的整體素質要高於氛圍差的班級的學員。
第三：看師資團隊如何，既然是選擇的培訓學習，找一個好老師是非常重要的事情，畢竟培訓學習知識都是要通過老師哪裡進行獲得的。
第四：看就業保障方面，是否有專業的就業團隊，就業過程中有沒有專業的老師跟蹤指導，對於一些剛畢業的大學生還是很需要進行一些相關的就業指導的，比如：簡歷書寫、語言表達以及面試需要注意的一些細節問題等。

Ⅶ Java是什麼，java開發工程師的工作內容和工作性質是什麼

Java是一種應用的范圍特別廣的開發語言，那麼自然Java工程師就是運用這種語言的人員了，他們運用這個工具可以完成一種軟體產品的程序方面的設計，同時還可以完成開發和測試以及升級。可以說他們的工作范圍還是很大的，有很多的工作崗位可以勝任，同時職業的發展也是很好的。
Java工程師崗位職責：
1、負責客戶端APP產品中伺服器後端的工程設計，架構設計以及開發工作
2、研究業界最新技術及其應用，解決創新研發過程中的關鍵問題和技術難點
3、根據項目任務計劃按時完成軟體編碼和單元測試工作
4、按照開發流程編寫相應模塊的設計文檔
5、與產品經理、測試工程師、其他團隊溝通合作，保證產品研發工作的質量和進度
6、協調或指導團隊里其它開發人員的工作。
7、一種主流後端語言編程經驗：Java，或Scala，或Node.js，或Python
8、精通主流Web應用開發框架(Spring，Play!，Express，Django，等等);熟悉SOA和Web Services(REST，SOAP)系統框架;熟悉主流應用伺服器(Tomcat，JBoss，Apache，Nginx，等)
9、精通資料庫設計和性能優化;熟悉主流RDBMS和NoSQL資料庫(MySQL，MongoDB，Memcached，Redis等)，以及資料庫編程(SQL， JDBC， iBatis，OpenJPA， 等)
10、熟悉常用工程工具：Jenkins， Maven/Sbt/Npm/Ant，Git/SVN，Eclipse/IntelliJ，等等
11、熟悉設計模式，熟練掌握面向對象編程和事件驅動編程風格
12、有熱情，酷愛技術，有良好的計劃、溝通、組織協調能力、語言表達能力;較強的邏輯分析能力和應變能力;良好的團隊合作精神java工程師是做什麼的

Ⅷ 怎麼用java寫出酷熱指數

Java是程序語言，你要從溫度和濕度來得到酷熱指數，需要建模，根據模型里公式的推導。來編寫Java程序。編程語言是幫你實現模型，而你的要求還在建模階段。

Ⅸ 什麼是Java位元組碼

它是程序的一種低級表示，可以運行於Java虛擬機上。將程序抽象成位元組碼可以保證Java程序在各種設備上的運行
Java號稱是一門「一次編譯到處運行」的語言，從我們寫的java文件到通過編譯器編譯成java位元組碼文件（.class文件），這個過程是java編譯過程；而我們的java虛擬機執行的就是位元組碼文件。不論該位元組碼文件來自何方，由哪種編譯器編譯，甚至是手寫位元組碼文件，只要符合java虛擬機的規范，那麼它就能夠執行該位元組碼文件。

JAVA程序的運行

因為Java具有跨平台特性，為了實現這個特性Java執行在一台虛擬機上，這台虛擬機也就是JVM，Java通過JVM屏蔽了不同平台之間的差異，從而做到一次編譯到處執行。JVM位於Java編譯器和OS平台之間，Java編譯器只需面向JVM，生成JVM能理解的代碼，這個代碼即位元組碼，JVM再將位元組碼翻譯成真實機器所能理解的二進制機器碼。
位元組碼是怎麼產生的？

我們所編寫的程序都是.java格式，通常在執行的時候也許點擊一下eclipse的運行鍵就可以在控制台看到運行結果，但是也可以更酷一些，如果你裝了JDK，那就可以直接在以命令行的方式編譯運行你的.java文件，編譯後會形成.class文件，這個.class文件即位元組碼。
位元組碼怎麼解讀？

上圖是編譯好的位元組碼文件，即一堆16進制的位元組,如果使用IDE去打開，也許看到的是已經被反編譯的我們所熟悉的java代碼，但這才是純正的位元組碼

這里只介紹位元組碼由哪些部分組成, 具體的意思自行網路或者看文尾的連接, 有較為詳細的講解

上圖即位元組碼文件的組成部分, Class文件的結構不像XML等描述語言那樣鬆散自由。由於它沒有任何分隔符號，

所以，以上數據項無論是順序還是數量都是被嚴格限定的。哪個位元組代表什麼含義，長度是多少，先後順序如何，都不允許改變, 如上圖左側即每一部分規定的長度
魔數(Magic Number)

魔數是用來區分文件類型的一種標志，一般都是用文件的前幾個位元組來表示。
比如0XCAFE BABE表示的是class文件，那麼有人會問，文件類型可以通過文件名後綴來判斷啊？是的，但是文件名是可以修改的（包括後綴），那麼為了保證文件的安全性，將文件類型寫在文件內部來保證不被篡改。
至於為什麼是CAFE BABE估計大家也能猜到, 程序員與咖啡的不解之緣
版本號(Version)
版本號含主版本號和次版本號，都是各佔2個位元組。在此Demo種為0X0000 0033。其中前面的0000是次版本號，後面的0033是主版本號。通過進制轉換得到的是次版本號為0，主版本號為51。高版本的JDK能向下兼容以前版本的Class文件，但不能運行以後版本的Class文件，即使文件格式未發生任何變化. 這就是target參數的用處，可以在使用JDK 1.7編譯時指定-target 1.5
常量池(Constant Pool)
常量池是Class文件中的資源倉庫, 量池中主要存儲2大類常量：字面量和符號引用。字面量如文本字元串，java中聲明為final的常量值等等，而符號引用如類和介面的全局限定名，欄位的名稱和描述符，方法的名稱和描述符。常量池是一個表結構，在表的內容前有一個類型的計數器，表示常量池的長度
上面的表中描述了11中數據類型的結構，其實在jdk1.7之後又增加了3種（CONSTANT_MethodHandle_info,CONSTANT_MethodType_info以及CONSTANT_InvokeDynamic_info)。這樣算起來一共是14種
訪問標志(Access_Flag)
訪問標志信息包括該Class文件是類還是介面，是否被定義成public，是否是abstract，如果是類，是否被聲明成final。通過上面的源代碼，我們知道該文件是類並且是public。
0x 00 21：是0×0020和0×0001的並集。其中0×0020這個標志值涉及到位元組碼指令

類索引(This Class Name)
類索引用於確定類的全限定名
0×00 03 表示引用第3個常量，同時第3個常量引用第19個常量，查找得」com/demo/Demo」。#3.#19
父類索引(Super Class Name)
0×00 04 同理：#4.#20(java/lang/Object)
介面索引(Interfaces)
通過上邊位元組碼圖可以看到，這個介面有2+n個位元組，前兩個位元組表示的是介面數量，後面跟著就是介面的表。我們這個類沒有任何介面，所以應該是0000。果不其然，查找位元組碼文件得到的就是0000。
欄位表集合(fields)
欄位表用於描述類和介面中聲明的變數。這里的欄位包含了類級別變數以及實例變數，但是不包括方法內部聲明的局部變數。接下來就是2+n個欄位屬性。我們只有一個屬性a，所以應該是0001。查找文件果不其然是0001。
該區域含有欄位的訪問標志, 訪問許可權, 欄位的名稱索引, 欄位的描述符索引, 屬性表
描述符的作用就是用來描述欄位的數據類型、方法的參數列表和返回值。而屬性表就是為欄位表和方法表提供額外信息的表結構。對於欄位來說，此處如果將欄位聲明為一個static final msg = "aaa"的常量，則欄位後就會跟著一個屬性表，其中存在一項名為ConstantValue，指向常量池中的一個常量，值為的"aaa"。
方法(methods)
包含訪問標志表, 方法名索引 , 方法描述符索引, 屬性表數量,等
Attribute
0×0001 ：同樣的，表示有1個Attributes了。
0x000f : #15(「SourceFile」)
0×0000 0002 attribute_length=2
0×0010 : sourcefile_index = #16(「Demo.java」)
SourceFile屬性用來記錄生成該Class文件的源碼文件名稱。