怎麼運用java溯源敲詐app

1. 如何破解java手機許可權

關於JAVA軟體的許可權(這里用塞班證書來做類比) 有些SIS軟體是不需要開機自啟、後台自動運行等功能的，這種軟體就不需要簽名如果你要實現這些功能，就必須簽名同理，有些JAVA軟體不需要聯網、讀取存儲卡內容、發送簡訊等功能，這種JAVA軟體，直接用JAR安裝即可正常使用但是，如果這個JAVA軟體需要聯網(比如航海家瀏覽器)，需要讀取存儲卡內容(比如anyview)，需要發送簡訊等等，那麼如果你直接用JAR安裝，在運行軟體時，每當你需要聯網、讀取、發短時，就會出來提示框，問你是否允許這個操作這種情況下，就需要JAD文件來解決了用JAD安裝JAVA軟體，就好比用證書給SIS軟體簽名具體方法：將JAD和JAR文件放在同一個文件夾下，文件名保持相同，點擊JAD安裝。安裝以後，去程序管理，找到這個軟體，套件設置，將所有的許可權都從每次詢問，改成總是允許，這樣，你就不會再看到煩人的提示框了，世界清靜了JAD也是分種類的有些JAD是無效的：大部分的JAVA軟體，都會同時提供JAD和JAR兩個文件同時下載，但是，有時候，你用JAD安了以後，發現最高許可權還是每次允許，這就說明，這個JAD是低許可權的(好比塞班證書的13、17、19、20許可權)，是無效的(比如簽了別人的名)，或者是過期的(好比塞班證書的三年有效期)，總之，不能用。JAD是分系統的：同樣的一個JAVA軟體(JAD+JAR)，安在S60手機上，可以提高許可權，安在S80手機上，卻不行。這點類似塞班證書，只不過塞班證書更嚴格而已，一部手機一個證書。比如anyview，在我的N73上就可以提高許可權，在9300(S80系統)上就不行，後來聯系了作者，作者專門為9300做了一個JAD證書才解決JAD是要花錢的：就像塞班的開發者證書需要花錢購買一樣，JAD也一樣。現在很多論壇都幫大家免費製作塞班證書，但是追本溯源，最開始的那個證書，還是用錢買來的。作為JAVA軟體的作者，如果你想讓你的軟體擁有一個高許可權的JAD證書，那就得用一個東西來製作這個證書，而那個用來做JAD證書的東西，一年費用好像是4000。同一個軟體，一個使用流暢，沒有任何提示框，一個頻繁彈出提示框，作為使用者，你想選哪個?肯定是前者了所以，對軟體作者來說，都想擁有高許可權JAD，這對軟體的推廣非常重要因此，和S60論壇經常能看到的求證書帖一樣(現在論壇都給大家免費做證書，這種帖子少見了，以前可是很多的)，JAVA論壇也能看到求證書帖，不過那都是沒證書的軟體開發者，向有證書的軟體開發者求助因為大部分JAVA軟體的作者，都是出於興趣免費製作發布，讓大家免費使用的，對於他們來說，自己再往裡投入4000一年的費用，實在不劃算，但是有些軟體作者是職業開發者，靠這個吃飯，人家就買了那東西，就能製作高許可權JAD而且這個製作比較變態，同一個軟體的每個版本，都得重新製作JAD，所以可能會存在這種情況，上一版是高許可權，出了新版，反而低許可權了。這說明軟體作者上一版找到了個雷鋒，這一版沒找到，呵呵和塞班證書類似，這種熱心行為也是有風險的。塞班證書的存在，是S60系統沒有病毒(迄今為止沒有)的原因之一，JAD也一樣。如果你隨便幫別人做了證書，那你就得對這個證書負責。如果那人存心不良，開發的是8樓說的那種暗地發送簡訊扣費軟體，那就慘了。到時候，如果真的追究起來，技術高手是能從這個軟體的JAD文件追查到當初做證書的那個人的。1，破解手機系統2，安裝「RomPatcher 漢化版」(如果以前安過，先卸載)。這軟體已經簽了binpda的根證書，如果你手機已經替換過binpda的根證書，可以直接安裝，或者利用自己的根證書簽名，或者利用installserver3，下載「通用文件到C盤補丁(C2Z)」，將解壓出的所有文件都放到同一個文件夾下，這其中有個c2z.exe文件4，將z:\sys\bin\EFSrv.dll復制出來，和c2z.exe放在同一文件夾下，運行c2z.exe，生成1個補丁文件rc2z.rmp，復制到手機存儲卡:\patches目錄(沒有這個文件夾就自己新建)，運行rompatcher，啟用補丁5，下載java_permissions.zip，解壓，得到兩個xpf文件，復制到手機C:\System\data\midp2\security\policy下面(沒有這個文件夾就自己新建)破解成功從此以後，安任何JAVA軟體，都不再需要JAD,可以直接用JAR安裝。使用過程中不會出現任何提示框(當然，是在RomPatcher軟體啟動且補丁啟用的前提下)去程序管理找到這個JAVA軟體，點套件設置，你會發現，所有許可權，都默認為總是允許這比用JAD安裝所能獲得的許可權還要高用JAD安裝，只能是把讀取、編輯、聯網等設為總是允許，信息的最高許可權還是每次詢問，而且程序自動啟動和聯網這兩項的許可權有沖突，其中一個選了總是允許，那麼另一個就不能選總是允許了。

2. 為什麼java項目的正式環境叫"生產環境"

因為習慣，沿用習慣就是這樣，可以溯源第一個這樣稱呼的人，意義不大。
還有可能是Java一些邏輯，一些底層經常用生產者和消費者，或者相關的例子去闡釋，生產的次用得多了，自然首先就想到它了。
科技是第一生產力就用到了生產一詞，Java項目部署出來肯定拿來用的，真正用於實踐里，歷史上實踐一般就是生產。

3. 學Java，就業前景怎麼樣~·

學習java的就業前景是非常好的。因為java是一門面向對象的編程語言，不僅吸收了c++語言的各種優點，還比c++更容易理解，沒有那麼多繼承指針等概念，因此java語言具有功能強大和簡單易用兩個特點。而且隨著Internet的迅速發展，Web應用日益廣泛，Java語言也得到了迅速發展。而且java軟體開發屬於技術崗位，技術崗位只要你技術過硬，獵頭公司會搶著要你。千鋒教育有線上免費Java線上公開課。【更系統全面的學習資料，點擊查看】 如果是新手小白的話，建議還是報班培訓。因為Java自學起來相對比較難，但是需要注意的是，Java的培訓機構良莠不齊，很多培訓機構的目的其實就是賺錢，只管教，對學員是否學會並不關心。所以在選擇培訓機構的時候一定要慎重，要選擇口碑良好、師資團隊優秀、教學內容與時俱進的培訓機構。如果想了解更多相關知識，建議到千鋒教育了解一下。千鋒教育目前在18個城市擁有22個校區，年培養優質人才20000餘人，與國內20000餘家企業建立人才輸送合作關系，院校合作超600所。【千鋒IT培訓機構，熱門IT課程試聽名額限時領取】

4. Java學習心得

學習了一學期的Java課程,覺得是該總結自己的心得體會了。開始學習任何一門課(包括java)，興趣最重要。一直覺得自己在學計算機編程語言，學習了很多，但每門語言都停留在知識邊緣地帶，都沒深入到它們的精華部分，對它們的精華部分知之甚少，於是趁學校開設這門課，並且有自己的老師講解，還有了上機的機會，比自己自學省事多了，於是鼓足信心，開始了漫長的java征途。

還記得我編寫的第一個經典程序「hello Word」。從那時起我已開始走進Java的世界。當時自己不是很理解為什麼main方法一定要這樣來定義public static void main(String[] args)，能不能不這樣寫？問了好多同學，他們告訴我的答案是一樣的「java本身要求就是這樣子的」，但我自己不甘心，就進行了下面的好多操作：把main改個名字運行一下，看看報什麼錯誤，然後根據出錯信息進行分析；把main的public取掉，在試試看，報什麼錯誤；static去掉還能不能運行；不知道main方法是否一定要傳一個String[]數組的，把String[]改掉，改成int[]，或者String試試看；不知道是否必須寫args參數名稱的，也可以把args改成別的名字，看看運行結果如何。 結果把Hello World程序反復改了七八次，不斷運行，分析運行結果，最後就徹底明白為什麼了main方法是這樣定義的了。接著在以後的學習中我也採用這樣的方法解決問題，卻發現自己的速度比別人慢了好多，我就把自己的課余時間也分一部分給了java。

因為基礎是最重要的，只有基礎牢固才有可能對後面的學習有更加深刻的認識！

學習一門新的語言，參考書是離不開的。聽老師說訂的教材偏難，不適合我們初學者，於是我在圖書館借了參考書（一本篇幅較短的入門書來學習那些最簡單、最基本的東西，包括學習Java語法等）。同時，對一個最簡單的程序也應該多去調試，多想想如果改動一下會出現什麼結果？為什麼必須那樣寫？多去想想這些問題然後去操作，會讓你有更多的收獲。這樣反復地思考是很有用的。

在學習Java的語法時，Java的語法是類似c語言的，所以學習的比較輕松。唯一需要注意的是有幾個不容易搞清楚的關鍵字的用法，public，protected，private，static，什麼時候用，為什麼要用，怎麼用，和同學一起討論了好久才得以解決。

在學習Java的面向對象的編程語言的特性。比如繼承，構造器，抽象類，介面，方法的多態，重載，覆蓋，Java的異常處理機制。對於一個沒有面向對象語言背景的人來說，我覺得這個過程需要花很長很長時間，因為學習Java之前沒有C++的經驗，只有C語言的經驗，花了很長時間，才徹底把這些概念都搞清楚，把書上面的例子反復的揣摩，修改，嘗試，把那幾章內容反復的看過來，看過去，看了很多遍，才徹底領悟了。

開始熟悉Java的類庫。基礎類庫裡面的類非常非常多。據說有3000多個。但是我真正使用的只有幾個，比如說 java.io.*; java.util.*; java.sql.*;等。

在學習Java的過程中我得出這樣的結論：

1.學習中，要養成良好的習慣（寫括弧時要成對，字母大小寫要區分，單詞拼寫要准確）。

2.在學習的過程中，最好不是僅僅停留在java表層，不是抄書上的例子運行出結果就可以。要注意，即便對一個簡單的例子也要有耐心去琢磨、調試、改動。

3.在學習的過程中一定要動手做、試著寫代碼，而不是抱一本書看看就行。很多東西和體會必須自己動手才能真正屬於自己。

4.在 Java 的學習過程中，可能會遇到形形色色的問題不容易解決，應多去專業論壇了解相關的知識，書本上的知識有限。要會從網上搜索有用的信息 加以整理，促進學習的深入和知識水平的提高。

看了好多網上課程，說學到一定程度要嘗試著自己做東西，但覺得自己僅僅經過一學期的學習，還遠遠不夠，希望自己在以後學習中繼續努力，能夠真真正正擁有一門編程語言，對自己今後的發展起到作用。在學習java語言的同時，也讓我學會了如何來發現問題，如何解決問題，怎樣有效的學習等等，相信會對我一生都有幫助。

5. 溯源微服務：企業分布式應用的一次回顧

微服務作為架構風格幾乎成為雲時代企業級應用的事實標准，構成微服務的技術元素本身卻並非革命性。跨平台的分布式通信框架、地址無關的服務注冊與發現、智能路由與編排等技術早已在CORBA、SOA時代實現了一遍又一遍，我們不禁好奇，微服務有什麼不同？本文是對企業分布式應用的一次回顧，與前微服務時代相比，我們究竟在哪些領域吸取了教訓，哪些方面持續搞砸。

架構的關鍵在於構造合理的封裝抽象。良好的抽象構造如進程，由操作系統接管CPU調度、內存地址空間分配和I/O，程序員的心智從此解放，得以聚焦在業務邏輯上。糟糕的抽象往往引向萬丈深淵，大量精力被浪費在抽象泄露帶來的問題上。

讓我們從組件間的通信開始，最初人們認為這只是需要被解決的技術要素。

關於如何實現跨平台的分布式通信，30年前誕生的CORBA架構在今天來看仍然非常漂亮：通過定義IDL/ORB/API我們可以將內存對象任意分布於網路中。只要共享IDL，對象可以由C++/Java等不同的語言實現，其互相調用就像本地方法一樣簡單。然而實踐經驗告訴我們，分布式系統總是會出現本地調用不會發生的各種問題：網路的開銷、傳輸的延遲、消息的超時和丟包、遠端系統的崩潰……物理世界的技術約束是無法被忽略的，我們沒有辦法把分布式調用抽象成簡單的本地方法。因此Martin Fowler在他的< 企業應用架構模式>里提出了著名分布式對象第一定律：「不要分布式你的對象」。相反，你應該把盡可能多的操作置於進程之內，通過replicate整個應用的方式來實現系統的scale。

由分析師們發起的SOA運動從另一個角度看待這個問題，Web Service應該是對企業資產和業務能力的封裝。我們開始站在更高的維度，遠過程調用不再只是技術意義上的集成。WSDL不僅是通信調用的介面，更是服務間的契約；UDDI不僅是服務描述、發現、集成的中心，更是企業業務與服務的黃頁。WS-*在廠商的裹挾下發展成包羅萬象，卻也沒幾個人能掌握。開發者們抱怨花了太多時間寫冗餘的XML制定所謂的規范，WSDL生成的客戶端也將不同服務耦合在一起。是否有更加輕量敏捷的方式，讓我們快點開始寫第一行生產代碼？

於是我們看到REST的興起。起初是作為反叛，用更加輕量級的方式(http+json)使用Web。然後我們發現」企業級」應用並非需要ESB這樣昂貴的專有中間件，由」消費級」技術組成的萬維網是世界上最大規模的分布式網路，我們應該向其學習如何構建健壯、可演化的系統。Roy Fielding那篇論文所提出的無狀態、可緩存等特徵已經深入人心，而狹義上的REST API(基於資源的URI、HTTP動詞和狀態碼的標准介面)也成為API設計的最佳實踐。

既然API和網站一樣都是基於通用Web技術，API是否可以像網站一樣作為產品提供呢(APIs as proct)？於是越來越多的企業開始將自己的業務能力封裝成API，提供給消費者，隨之而來的是更彈性的商業應用和更靈活的計費方式。很多組織也著手構建自己的API市場，把內部IT能力整合、復用，並為孵化外部產品做准備。API已經成為商業價值主張的一部分。

我們從聚焦實現細節的rpc出發，來到了更具價值導向的REST API。即使構建內部系統，以消費者驅動的方式，也總是能幫助我們設計出更加松耦合和易於演進的API。

編程語言中的組件構造(如Java中的jar, C#中的dll)是軟體架構師們封裝可復用單元的最常用武器。組件作為理論上的最小部署單元，在工程實踐中卻並不容易獨立變更。一般應用程序需要講多個組件打包成一個部署單元(如war包)，鏈接在內存地址中進行調用。對單個組件的熱更新往往對組件間耦合和對象狀態管理有很高的要求，重新部署整個應用一般是默認選項。以進程為邊界構建可獨立部署的服務成為架構師的另一項選擇。

早期的服務只是單純的技術構件，大多數組織從純粹的技術實現角度考慮服務的劃分。SOA的推動者們指出企業的信息資產應該被復用，信息孤島應該被打通。通過將不同的服務編排組合，我們應該能夠實現IT對業務更加靈活的支撐。

SOA的服務建模一般採用業務流程驅動的方式。一個典型的SOA設計是由業務分析師自頂向下地對企業現有業務流程進行分析，通過BPM引擎對流程進行建模，向下分解成組合服務，並進一步拆分成數據訪問服務(很多可憐的SOA實現中數據的訪問被拆分成不同的讀服務和寫服務)。然而這帶來的問題是，服務跟服務間的耦合非常嚴重。當我的業務發生了變化，可能會需要修改很多不同的服務，涉及到多個團隊的溝通和協調。在運行時層面，伺服器間的通信非常頻繁，用戶在界面上的一次點擊按鈕，對應的後台多層服務間的級聯通信。這給系統性能和穩定性也帶來了巨大的挑戰。SOA式的服務建模從分析型思維出發，卻往往低估了分布式系統和跨團隊協調的復雜度，導致服務拆分粒度過細。

微服務的名字常常讓人誤解，但實施正確的微服務粒度可能並不」微」。Martin Fowler與James Lewis在開創微服務定義的一文中已經指出微服務應該圍繞完整的業務能力。今天我們在做微服務設計時，常常利用領域驅動設計中的Bounded Context來進行服務邊界的劃分。假設你的庫存管理是一個獨立的業務子域，針對庫存的維護和操作應該被放到通過一個上下文和微服務中，由一個團隊進行開發維護。多數業務變更都發生在上下文內部，不涉及跨團隊協調。單個codebase內的重構和部署讓發布更加容易。維護庫存所需要的信息查詢的調用多發生在進程內，更好的性能，同時無需處理額外的一致性問題。

如今我們對服務的定義已經超越了技術組件，領先的組織已經在嘗試將design thinking, business operating model應用到微服務設計中。

即使有了設計合理的服務於API，我們仍然需要與之匹配的工程實踐才能將其順利實施。

今天仍有很多企業使用集中式的應用伺服器部署應用：開發團隊將軟體包構建出來，再統一安裝到應用伺服器中。對應用團隊來說，這往往意味著漫長的反饋周期和痛苦的自動化。我們很早就推薦用Jetty這樣內嵌式的應用容器部署軟體，啟動更快，測試環境更接近生產。one Tomcat per VM的部署方式雖然運行時開銷較大，卻是前容器時代隔離性最好的服務部署模式。Docker將這個實踐更進一步，除了更輕量級的隔離，我們第一次可以將軟體和所依賴的環境本身打包成版本化的artifact，徹底統一開發和生產環境。容器技術的成熟讓我們可以將部署去中心化，開發團隊可以獨立部署一個服務。

資料庫耦合是影響服務獨立變更的另一重要因素。相比代碼構成的應用軟體，資料庫schema更加難以變動。因為難以測試、難以兼顧性能優化和耦合的發布周期等因素，服務間以資料庫集成成為臭名昭著的反模式。服務間的集成應該依賴封裝好的顯示介面，而不是資料庫這種實現細節。我們應該在兼顧數據一致性的情況下，為每個微服務分配獨立的db schema甚至db instance。如果說十年前數據幾乎等同於關系資料庫。如今數 據則可能呈現出各種形態：鍵值、文檔、時間序列、圖…我們完全可以採用更加合適的技術，以去中心化的方式進行微服務的數據治理。

即使將這一切都解耦，如果將交給一個集中的團隊去實施，很有可能最終還是得到一個耦合的架構。這就是是著名的康威定律。康威定律告訴我們「設計系統的架構受制於產生這些設計的組織的溝通結構」。但同樣我們可以將康威定律反轉應用：如果你想達成一個目標架構，則必須對團隊結構進行調整，使之和目標架構對齊。相比單體系統，微服務在運行時監控和運維所帶來的挑戰更大。」you build it, you run it」的DevOps文化成為必須。監控運維不再是Ops部門的事情，產品團隊必須對微服務的整個生命周期負責。授權的去中心化自治團隊是實施微服務的必要條件。

我們在很多方向的確取得了進展。但即使在微服務時代，很多問題仍然在輪回發生著，似乎我們總是無法吸取 歷史 的教訓。讓我們看一看那些揮之不去的反模式陰雲。

另一個揮之不去的陰影是ESB。ESB在將異構的應用wire在一起有著關鍵的作用。然而當越來越多的職責被加入：數據報文的裁剪轉換、難以測試和版本控制的編排(orchection)邏輯、服務發現智能路由監控治理分布式事務等All in One的solution將ESB變成了一個可怕的單點夢魘。所以微服務發出了「智能終端啞管道」的吶喊：我們只是需要一個不那麼智能的代理處理可靠消息傳輸，將靈活的邏輯交給服務本身去編配(choreography)吧。

於是在典型的微服務架構里，負載均衡、服務注冊發現、分布式追蹤等組件以Unix way的方式各司其職。然而在利益誘惑和特性競爭壓力之下，很多廠商不斷將更多的功能放進他們的中間件，其中為代表的Overambitious API gateways儼然要重新實現占據中心的ESB。如果API gateway只是處理鑒權、限流等橫切層邏輯沒有問題，如果API gateway開始處理數據轉換和業務邏輯編排，你應該提高警惕！

盡管行業在不斷發展，但很多時候人們仍然沿用舊的思維，用新的技術去一遍遍重新實現這些舊的反模式。

你總是可以在技術雷達里追蹤微服務的state of art，如今這個領域的前沿方向是什麼，Service Mesh, Chaos Engineering, 還是Observability as Code？然而 歷史 告訴我們，新的技術在解決一些問題的同時，也可能會產生新的問題。更糟糕的是，我們永遠無法記住 歷史 ，用新的工具更高效地重現舊日問題。

Technologies come and go, Principles stay forever。好在那些架構和實踐背後的原則是經久不變的。從操作系統到移動應用都會需要高內聚低耦合的架構，任何軟體開發都需要版本控制、自動化構建等實踐。謹記這些核心原則、謹記軟體被創造出來是為了解決有價值的問題，可以幫我們更好的借鑒 歷史 的經驗，理解和採納新的技術。

文/ThougtWorks劉尚奇

本文首發於劉尚奇個人網站：https://6up7.com/a-retrospective-for-enterprise-distributed-application/

6. 寫java程序，實際中都是怎麼查詢到底使用哪個包的

按下ctrl點擊左鍵來溯源（就是找到是哪個包下的），eclipse肯定都導入了呀你裝java的時候環境搭建好就要一個jre文件裡面就是包

7. 怎麼做一個社交app

一個人開發一個安卓社交APP不難，如果是業余時間，每天下班回家到12點，這樣每天大概4個小時，外加周末每天12個小時，一個月足夠了（有經驗的條件下）~

A.UI設計是否已有？如果有會節約很多時間，沒有你估計還得自己PS一下圖片；
B.對編程是否有經驗？從題主的問題可以看到你對編程估計經驗不足；
社交軟體分很多種，常用的無非附近人，發發圖，拍拍照，修修圖，拍拍視頻；
下面分別介紹下各種技術：Android+後台，Java Servlet，走HTTP，不走Thrift，不走自有協議……
首先，討論Android端：
1. 首要條件是熟悉Java編程，沒有任何計算機基礎的人麻煩，有基礎的人學起來估計很快；
2.其次熟悉Android的開發環境，直接開頭從最簡單不復雜的頁面開發，那麼你需要了解：Activity，Fragment， Service工作機制，以及SharedPreferences、Sqlite、文件存儲等，了解常用界面layout編寫，知道一些界面的兼容，這些東西都知道就夠了，一個簡單APP就可以搞起；
如果能知道一些加密協議，比如：DES/AES，IMEI綁定(社交很容易導向約炮/黃圖等問題，所以得做點措施)，MD5等更好；
3.會用到一些Android上的開源組件：圖片載入-ImageLoader，滑動刷新-PullToRefesh/SwipeRefreshLoadLayout，圖片渲染-GpuImage等等，要知道並且會用；
4.一些需要的公共服務：位置定位-網路定位(網路地圖API-首頁)/高德定位(LBS開放平台 | 高德地圖API)，推送-網路推送/極光推送等等，數據統計-友盟統計，這些應該夠了；
5.與伺服器交互的協議：HTTP協議的掌握，get/post就夠了，補充：Volley網路請求庫等；
其次，討論後台：
1.由於你是新手，我們這里開發語言直接用Java/PHP，Java的話就直接Servlet就Ok，簡單容易，上手快，如果PHP就LAMP，個人推薦Java，知道一點HTTP協議；
2.資料庫直接用Mysql，操作起來方便，熟悉的人多問起來快速有人回答；
3.學會SQL的編寫，基本的Select、Update、Insert、Index就夠了，不會Join之類不怕，就多寫幾個語句，性能差不怕，抗住就行，後面再改；
4.資料庫連接用：JDBC，簡單容易上手快；
5.聊天系統可以用第三方的融雲之類，我記得有個日活20W以下不收費的；
6.簡訊系統也可以用第三方的；
7.伺服器就直接用阿里雲，買一台阿里雲，直接跑一個Mysql+Tomcat就行了，後面有用戶了升級再說；
總之，原則就是市面上有的，開源的，最便宜的都可以拿來用。
綜合一下，首要是Java語言，然後知道Android編寫界面，知道Android跟後台HTTP交互，知道Service開發，知道Servlet編寫，知道JDBC操作，等JDBC寫好可以升級知道資料庫連接池(DBCP)。

8. 北大青鳥java培訓：學Java對於0基礎的人來說是不是難度大

在學習期間曾迷茫過，困惑過，也走了不少的彎路。
到網路這塊時老師布置的作業每次都是不會做，都是要問同學，這個代碼什麼意思啊?為什麼用這條代碼，用別的不行嗎?甚至後來根本沒耐心問。
漸漸地我意思到這樣下去不行，java課程http://www.kmbdqn.cn/認為必須改正自己的學習態度和方式。
學習Java編程首先要做到課前預習、課後復習，要時時保持一個清醒的頭腦，多和同學溝通，互相學習取長補短。
Java編程要學習的知識內容的確有很多，想要學好Java編程就要多練多思考，基礎知識的學習不能不求甚解，要追本溯源弄清問題的本質，這樣才能舉一反三，由點及面。
Java是一門面向對象的編程語音，所以大家在往更高境界發展前一定要打好基礎，基礎是王道。
所謂打好基礎並不是說要熟悉所有的Java代碼，而是要了解Java的結構，class，object，import，extend，讓自己在結構上對Java有個立體的了解。
學Java千萬不能浮躁，一步一個腳印的逐步學習，不要想著一步登天。
要多查API，它是Java編程的基本方法，也是編程過程中反復使用的。
Java的學習過程不僅僅是基本語法的學習，更多的是去學習和掌握它所提供的API類庫。
對於所接觸到的類，方法，都仔細去閱讀文檔的說明，再用自己編寫的實例去實現一下。
學好Java編程靠的還是實踐，只有理論和實踐相結合才能真正掌握。
而且還要懂得運用網路，遇到問題可以先搜索一下，實在不懂再尋求老師或同學們的幫助。
不管是誰，在學習一門技能之前，都是沒有接觸過這個技能的。
沒有誰天生就會。
如果你不會，你有學習的心，那就嘗試著去接觸，去學習。
路雖然漫長，但是慢慢走，總是能到達目的地的。
世上沒有多少事是西西弗斯的石頭，只要你用心去學了，你總是能到達終點的。
哦，不對，我們應該提倡活到老，學到老。
路漫漫其修遠兮，吾將上下而求索啊！

9. java int和char二維數組的問題

其實你可以這么理解：
對於int[][]來說，由於二維數組是int型，arr[0]代表第一行，由於沒有值，所以是null；
對於char[][]來說，由於二維數組是char型，arr[0]代表的是某一行字元的指針，即相當於一個字元串的指針，但是因為也沒有賦值，所以是nullpointer，即空指針，java中對於空指針，會提示一個意外，即exception。

其實，這兩種情況是差不多的。只是結果不一樣。

10. JAVA是什麼東西

簡言之，Java環境可用來開發能在任何計算平台上運行的應用軟體。它實際上是一種非常基本且結構緊湊的技術，而它對WorldWide Web以及商業的總體影響已可同電子表格對PC機的影響相比擬。

Java是巨大的推動力量

Java已用動態的交互應用軟體使Web栩栩如生。它使開發人員具有『編寫一次到處運行TM」的巨大能力。而且，藉助其JavaAPI及其編程語言上的Java虛擬機，它已產生一種分布信息的嶄新模式。這種模式叫做Java企業計算，正在幫助各企業以各種不同的方法取得競爭優勢。網管和控制已大大簡化。軟體分配基本上是免費的，而且立即可實現。電子貿易已獲得。佔有成本大幅度降低。信息和應用軟體到處可存取。

Java建立在簡單的前提基礎上，即所有微處理器都應講同一種語言??所有內部採用晶元的產品都應能一起工作，無縫而方便地共享信息。它已經改變企業和個人同Internet大交道的方式。現在，它正在對消費類產品產生明顯的影響，而且從總體上更加深刻地影響企業計算。

藉助Java，您可自由自在地使用您已擁有的硬體和軟體。這是因為Java是獨立於平台的。它還可使您超越企業計算，使應用軟體在攜帶型計算機、信息亭、電視、蜂窩電話和其他大量設備上運行。

全世界的公司都已發現Java數不勝數的用途。所有用途可從其無可比擬的能力，即提高可靠性、安全性和簡化各種不同計算產品和環境的能力中受益非淺，而且節省的時間和費用十分可觀。

Java無處不在。它已擁有幾百萬個用戶，其發展速度要快於在它以前的其他任何一種計算機產品。它可位於任何地方，而且能到處運行。Java正在迅速被用做傳播信息的事實上標准，這是因為它既可給企業，也可給最終用戶帶來似乎數不清的好處。

因此，請您仔細考察一下Java。它的優點是很容易發現的。

「Java正在進入企業、家庭和學校。 它正在象Internet本身一樣成為普遍存在的技術。」 ---Oracle 公司董事長和首席執行官 Larru Ellison

「Java正在改變我們使用Internet的方法，改變我們在公司內部存取信息的方法，甚至改變我們使用蜂窩電話的方法。它正在從根本上改變製作信息、銷售信息 和分配信息的方法。」 ---EarthWeb公司董事長和首席執行官 Jack Hidary

Java的來龍去脈

Sun公司一小組工程師聚集在一起，認真思考日常生活中的數字系統??因為烤麵包機、恆溫器、游戲機和其他無數設備 都包含越來越復雜的CPU??以及他們如何能使這些數字系統共享信息。

創造未來的計算

製造產品的人當然全都從不同的方面來考慮其設計，視他們所使用的硬體平台、操作系統和應用軟體而定。但是，如果您要 使這些產品中的一些產品一起工作，那怎麼辦？安全性、可靠性和網路問題又這么樣呢？

因此，Sun公司這些工程師把各種不同的產品折開來，然後又把它們重新組裝起來，其目標是要使這些不同的設備相互交談。 他們把這些研究對象相互傳來傳去，並理解所有其他研究對象的特性，以便使他們能更好地一起工作。這就把製造商的問題縮減 到最低程度，並使消費者能方便地進行集成。當傳統的語言證明是不適用時，工程師們就打算找到某種簡單的現代新語言。

於是，Java應運而生。人們很快發現，Java有可能超越工程師的想像。Java的魅力在 於它提供給開發人員和用戶的簡便性。開發人員擁有廣大的用戶基 礎、平台獨立性、降低的開發費用和始終如一的執行環境，而用戶 則可從生動的內容、即時軟體和增大的安全性中受益。但是，Java正是從置於World Wide Web那時起才真正起飛。

Java 使全世界大為震動，因為它使Web頁面栩栩如生，而且不久變得很明 顯，Java擁有大得多的潛力。人們之所以採納Java，是因為它有獨特 的能力來編制和部署能在任何一個網路、任何一個操作系統上運行的 應用軟體。分配軟體的時間和費用實際上已不復存在，使得各公司可 把更多的資源用來開發其產品。而且，某些工業專家認為，Java可能會改變軟體銷售模式，從固定價格改變為按使用量收費，這樣做更有 利可圖，而且可阻止非法盜版。

Java是一種網路計算的通用開放標准平台。這種平台可從電話一 直擴展到極端重要的應用，建立在您現有的硬體和軟體體系結構基礎 上，從而創造出一個全部聯網的企業或者製造出超出的創新產品。

「由於Java具有可縮放性，因而我們可以把Java應用於小應用軟體或大應用軟體，把它晶元組以及大型計算機和伺服器，並 使它為各種不同的應用領域服務。」 ---三菱公司系統營銷副總裁 Steve Hester

「藉助Java，您可以用一種能最有效地使用的方式動態地分 發和分配互動式商務應用軟體一一在需要運行應用軟體的地方， 在需要運行應用軟體的時候。」 ---Novell公司開發者服務部副總和總經理 Gary Mueller

Java紮下根來

在某種意義上，Java具體體現了Sun Microsystiems公司自其14年 前創建以來所追述的目標。當時，它創造了「網路就是計算機」這局名 言。它市基於Web的新網路計算模式的完美平台，因為它建立在各個 組織現有的硬體和軟體體系結構基礎上，能建立一個全部聯網的企業。

Java是一個完整而全面的解決方案

Java遠不止是一種編程語言，它是企業內外的完整計算環境，而 且萬事齊備，從開發工具、操作系統、伺服器軟體和瘦／肥客戶機一 直到網路管理工具、支持、培訓、咨詢和集成服務，一應俱全。Java 使用起來非常簡單，部分原因是Sun提供一種全面統一的解決方案。

主要組成部分包括：

*Java開發工具和服務：有助於簡化開發Java應用軟體的產品和服務

*JavaOS：一種結構緊湊的操作系統，可使Java應用軟體在網路計算機和蜂窩電話等設備上運行

*Java虛擬機：一層軟體，嵌入Windows、Macintosh和UNIX等計算機操作系統，或在這些操作系統上運行，從而使計算機能運行Java應用軟體

*Java API：標准軟體界面，位於Java應用軟體和資料庫檢索和安全性等服務軟體之間

*Java晶元：一系列為Java優化的為處理器

*Solstice WorkShop：Java啟動的網路管理工具

*Java培訓：一個由教師指導和基於多媒體的完整課程，教會編程員如何開發Java應用軟體，包括一個用來驗證熟練程度的認證計劃

*JavaWorkShop支持：900號電話服務，可為Java WorkShop用戶（僅限美國用戶）立即提供按需支持這些產品依靠由Sun的核心技術和服務提供的基礎，包括：

*Solaris操作系統

*Sikstuce企業管理系統

*WorkShop開發者工具

*SunSpectrum支持服務

*Internet咨詢和集成服務

*Java和Internet教育服務

*ultra工作站和Ultra Enterprise伺服器;Netra伺服器

難怪大公司和日益增多的全球2000公司正在把Java計算用做系統以及其終產品的主要方面。

「您不會把您自己鎖住在任何一家公司的專有技術中。開放意味著選擇。而Java使您有選擇餘地.