一般java使用的都是MyEclipse或者eclipse工具編程,
創(chuàng)新互聯(lián)公司是一家專業(yè)提供永康企業(yè)網(wǎng)站建設,專注與網(wǎng)站制作、成都網(wǎng)站建設、html5、小程序制作等業(yè)務。10年已為永康眾多企業(yè)、政府機構(gòu)等服務。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進行中。
一般情況下也可以使用別的工具,記事本是最簡單的了!
第一步:新建一個文本文檔寫java代碼，寫完后，另存為 【XXX.java】后綴名為java類型的文件,記得是后綴名，而不是后面有.java就行了!
第二步:然后Win+R--cmd-- 回車。打開cmd命令窗口。然后加入你那個java文件的文件夾路徑,（右擊java文件復制屬性就有了，然后在cmd命令窗口中輸入： cd +路徑 記得cd與路徑間有空格的）要是你的文件時房在C盤的，輸入【C:】回車就OK了，D盤輸入【D:】，以此類推,然后輸入：javac XXX.java （回車）編譯成功就會產(chǎn)生一個class文件在當前目錄。然后再輸入：java XXX （回車）結(jié)果就出來了
還有就是,一般java編程是需要編程環(huán)境的,需要安裝JDK,謝謝
用HTTP請求一個指定的地址，如果響應的內(nèi)容與預期不相符，并且響應的是HTML數(shù)據(jù)流，就證明WIFI開啟了Redirect
不論是物理機還是虛擬機，大部分的程序代碼從開始編譯到最終轉(zhuǎn)化成物理機的目標代碼或虛擬機能執(zhí)行的指令集之前，都會按照如下圖所示的各個步驟進行：
其中綠色的模塊可以選擇性實現(xiàn)。很容易看出，上圖中間的那條分支是解釋執(zhí)行的過程（即一條字節(jié)碼一條字節(jié)碼地解釋執(zhí)行，如JavaScript），而下面的那條分支就是傳統(tǒng)編譯原理中從源代碼到目標機器代碼的生成過程。
如今，基于物理機、虛擬機等的語言，大多都遵循這種基于現(xiàn)代經(jīng)典編譯原理的思路，在執(zhí)行前先對程序源碼進行詞法解析和語法解析處理，把源碼轉(zhuǎn)化為抽象語法樹。對于一門具體語言的實現(xiàn)來說，詞法和語法分析乃至后面的優(yōu)化器和目標代碼生成器都可以選擇獨立于執(zhí)行引擎，形成一個完整意義的編譯器去實現(xiàn)，這類代表是C/C++語言。也可以把抽象語法樹或指令流之前的步驟實現(xiàn)一個半獨立的編譯器，這類代表是Java語言。又或者可以把這些步驟和執(zhí)行引擎全部集中在一起實現(xiàn)，如大多數(shù)的JavaScript執(zhí)行器。
Javac編譯
在Java中提到“編譯”，自然很容易想到Javac編譯器將*.java文件編譯成為*.class文件的過程，這里的Javac編譯器稱為前端編譯器，其他的前端編譯器還有諸如Eclipse?JDT中的增量式編譯器ECJ等。相對應的還有后端編譯器，它在程序運行期間將字節(jié)碼轉(zhuǎn)變成機器碼（現(xiàn)在的Java程序在運行時基本都是解釋執(zhí)行加編譯執(zhí)行），如HotSpot虛擬機自帶的JIT（Just?In?Time?Compiler）編譯器（分Client端和Server端）。另外，有時候還有可能會碰到靜態(tài)提前編譯器（AOT，Ahead?Of?Time?Compiler）直接把*.java文件編譯成本地機器代碼，如GCJ、Excelsior?JET等，這類編譯器我們應該比較少遇到。
下面簡要說下Javac編譯（前端編譯）的過程。
詞法、語法分析
詞法分析是將源代碼的字符流轉(zhuǎn)變?yōu)闃擞洠═oken）集合。單個字符是程序編寫過程中的的最小元素，而標記則是編譯過程的最小元素，關鍵字、變量名、字面量、運算符等都可以成為標記，比如整型標志int由三個字符構(gòu)成，但是它只是一個標記，不可拆分。
語法分析是根據(jù)Token序列來構(gòu)造抽象語法樹的過程。抽象語法樹是一種用來描述程序代碼語法結(jié)構(gòu)的樹形表示方式，語法樹的每一個節(jié)點都代表著程序代碼中的一個語法結(jié)構(gòu)，如bao、類型、修飾符、運算符等。經(jīng)過這個步驟后，編譯器就基本不會再對源碼文件進行操作了，后續(xù)的操作都建立在抽象語法樹之上。
填充符號表
完成了語法分析和詞法分析之后，下一步就是填充符號表的過程。符號表是由一組符號地址和符號信息構(gòu)成的表格。符號表中所登記的信息在編譯的不同階段都要用到，在語義分析（后面的步驟）中，符號表所登記的內(nèi)容將用于語義檢查和產(chǎn)生中間代碼，在目標代碼生成階段，黨對符號名進行地址分配時，符號表是地址分配的依據(jù)。
語義分析
語法樹能表示一個結(jié)構(gòu)正確的源程序的抽象，但無法保證源程序是符合邏輯的。而語義分析的主要任務是讀結(jié)構(gòu)上正確的源程序進行上下文有關性質(zhì)的審查。語義分析過程分為標注檢查和數(shù)據(jù)及控制流分析兩個步驟：
標注檢查步驟檢查的內(nèi)容包括諸如變量使用前是否已被聲明、變量和賦值之間的數(shù)據(jù)類型是否匹配等。
數(shù)據(jù)及控制流分析是對程序上下文邏輯更進一步的驗證，它可以檢查出諸如程序局部變量在使用前是否有賦值、方法的每條路徑是否都有返回值、是否所有的受查異常都被正確處理了等問題。
字節(jié)碼生成
字節(jié)碼生成是Javac編譯過程的最后一個階段。字節(jié)碼生成階段不僅僅是把前面各個步驟所生成的信息轉(zhuǎn)化成字節(jié)碼寫到磁盤中，編譯器還進行了少量的代碼添加和轉(zhuǎn)換工作。?實例構(gòu)造器init（）方法和類構(gòu)造器clinit（）方法就是在這個階段添加到語法樹之中的（這里的實例構(gòu)造器并不是指默認的構(gòu)造函數(shù)，而是指我們自己重載的構(gòu)造函數(shù)，如果用戶代碼中沒有提供任何構(gòu)造函數(shù)，那編譯器會自動添加一個沒有參數(shù)、訪問權(quán)限與當前類一致的默認構(gòu)造函數(shù)，這個工作在填充符號表階段就已經(jīng)完成了）。
JIT編譯
Java程序最初是僅僅通過解釋器解釋執(zhí)行的，即對字節(jié)碼逐條解釋執(zhí)行，這種方式的執(zhí)行速度相對會比較慢，尤其當某個方法或代碼塊運行的特別頻繁時，這種方式的執(zhí)行效率就顯得很低。于是后來在虛擬機中引入了JIT編譯器（即時編譯器），當虛擬機發(fā)現(xiàn)某個方法或代碼塊運行特別頻繁時，就會把這些代碼認定為“Hot?Spot?Code”（熱點代碼），為了提高熱點代碼的執(zhí)行效率，在運行時，虛擬機將會把這些代碼編譯成與本地平臺相關的機器碼，并進行各層次的優(yōu)化，完成這項任務的正是JIT編譯器。
現(xiàn)在主流的商用虛擬機（如Sun?HotSpot、IBM?J9）中幾乎都同時包含解釋器和編譯器（三大商用虛擬機之一的JRockit是個例外，它內(nèi)部沒有解釋器，因此會有啟動相應時間長之類的缺點，但它主要是面向服務端的應用，這類應用一般不會重點關注啟動時間）。二者各有優(yōu)勢：當程序需要迅速啟動和執(zhí)行時，解釋器可以首先發(fā)揮作用，省去編譯的時間，立即執(zhí)行；當程序運行后，隨著時間的推移，編譯器逐漸會返回作用，把越來越多的代碼編譯成本地代碼后，可以獲取更高的執(zhí)行效率。解釋執(zhí)行可以節(jié)約內(nèi)存，而編譯執(zhí)行可以提升效率。
HotSpot虛擬機中內(nèi)置了兩個JIT編譯器：Client?Complier和Server?Complier，分別用在客戶端和服務端，目前主流的HotSpot虛擬機中默認是采用解釋器與其中一個編譯器直接配合的方式工作。
運行過程中會被即時編譯器編譯的“熱點代碼”有兩類：
被多次調(diào)用的方法。
被多次調(diào)用的循環(huán)體。
兩種情況，編譯器都是以整個方法作為編譯對象，這種編譯也是虛擬機中標準的編譯方式。要知道一段代碼或方法是不是熱點代碼，是不是需要觸發(fā)即時編譯，需要進行Hot?Spot?Detection（熱點探測）。目前主要的熱點?判定方式有以下兩種：
基于采樣的熱點探測：采用這種方法的虛擬機會周期性地檢查各個線程的棧頂，如果發(fā)現(xiàn)某些方法經(jīng)常出現(xiàn)在棧頂，那這段方法代碼就是“熱點代碼”。這種探測方法的好處是實現(xiàn)簡單高效，還可以很容易地獲取方法調(diào)用關系，缺點是很難精確地確認一個方法的熱度，容易因為受到線程阻塞或別的外界因素的影響而擾亂熱點探測。
基于計數(shù)器的熱點探測：采用這種方法的虛擬機會為每個方法，甚至是代碼塊建立計數(shù)器，統(tǒng)計方法的執(zhí)行次數(shù)，如果執(zhí)行次數(shù)超過一定的閥值，就認為它是“熱點方法”。這種統(tǒng)計方法實現(xiàn)復雜一些，需要為每個方法建立并維護計數(shù)器，而且不能直接獲取到方法的調(diào)用關系，但是它的統(tǒng)計結(jié)果相對更加精確嚴謹。
在HotSpot虛擬機中使用的是第二種——基于計數(shù)器的熱點探測方法，因此它為每個方法準備了兩個計數(shù)器：方法調(diào)用計數(shù)器和回邊計數(shù)器。
方法調(diào)用計數(shù)器用來統(tǒng)計方法調(diào)用的次數(shù)，在默認設置下，方法調(diào)用計數(shù)器統(tǒng)計的并不是方法被調(diào)用的絕對次數(shù)，而是一個相對的執(zhí)行頻率，即一段時間內(nèi)方法被調(diào)用的次數(shù)。
回邊計數(shù)器用于統(tǒng)計一個方法中循環(huán)體代碼執(zhí)行的次數(shù)（準確地說，應該是回邊的次數(shù)，因為并非所有的循環(huán)都是回邊），在字節(jié)碼中遇到控制流向后跳轉(zhuǎn)的指令就稱為“回邊”。
在確定虛擬機運行參數(shù)的前提下，這兩個計數(shù)器都有一個確定的閥值，當計數(shù)器的值超過了閥值，就會觸發(fā)JIT編譯。觸發(fā)了JIT編譯后，在默認設置下，執(zhí)行引擎并不會同步等待編譯請求完成，而是繼續(xù)進入解釋器按照解釋方式執(zhí)行字節(jié)碼，直到提交的請求被編譯器編譯完成為止（編譯工作在后臺線程中進行）。當編譯工作完成后，下一次調(diào)用該方法或代碼時，就會使用已編譯的版本。
由于方法計數(shù)器觸發(fā)即時編譯的過程與回邊計數(shù)器觸發(fā)即時編譯的過程類似，因此這里僅給出方法調(diào)用計數(shù)器觸發(fā)即時編譯的流程：
重慶分公司
重慶分公司
