1、安裝JDK，配置環境變數。 不將JDK所在的目錄配置到系統環境變數中，系統怎麼能找到JDK中的編譯器，解釋器在哪呀？如果不指明JDK的bin文件夾的位置，在shell中是無法找到javac/java命令的。這點就不多說了。 2、編譯，解釋執行Java程序。【 javac命令/java命令】 (1) Test.java源代碼 Java代碼 //預設包，該程序源代所在位置： e:/project/ Test.java public class Test{ ..... public static void main(String[] args){ ..... } } 編譯命令： 【javac e:/project/Test.java 】 在e:/project目錄下生成了Test.class 注意： ① 如果想要將Test.class生成在指定目錄下，可以使用javac -d命令，如【 javac -d c:/ e:/project/Test.java 】 在c:/目錄下生成T est.class(即e:/Test.class) ② javac -cp 中的-cp並不是指定Test.java的目錄，這一點不要誤解了。-cp/-classpath只能是指定類文件(.class文件)的路徑。上面的命令不能寫成: java -cp e:/project Test.java 解釋執行命令 :【 j ava -cp e:/project Test】 將調用解釋器執行e:/project中的Test.class位元組碼。 注意： ① -cp 是指定用戶類文件的位置，比如上面的Test.class的位置。這里因為要尋找Test.class類文件，而不是Test.java源代碼文件，所以要通過-cp指定。千萬沒有這樣的執行命令： java e:/project/Test (2) Test.java源代碼 Java代碼//預設包,但源代碼中引用了一個JAR包內的自定義類，這個JAR包位於c:/目錄下 import net.single.util.SL; //導入自定義JAR包中的類 public class Test{ private SL aObject=new SL(); //初始化JAR中的SL類 public static void main(String[] args){ ...... } } 編譯命令： 【 javac -cp c:/single.jar e:/project/Test.java】 在e:/project目錄下生成了Test.class 注意： 如果當前你要編譯的java文件中引用了其它的類，但該引用類的.class文件不在當前目錄下（或在其他目錄下，或在.zip/.jar內），這種情況下就需要在javac命令後面,加上-cp/-classpath參數來指明這些類的位置。 一般來說有三種指定方式： ① 絕對或相對路徑：javac -cp c:/single.jar Test .java 或 javac -cp ../single.jar Test .java （其中.. 表示上一級目錄）
② 系統變數：javac -cp %CLASSPATH% Test .java (其中：%CLASSPATH%表示使用系統變數CLASSPATH的值進行查找，這里假設single.jar的路徑就包含在CLASSPATH系統變數中) ③ 當前目錄： javac -cp ./single.jar Test.java （其中. 表示當前目錄） 解釋執行命令 :【 java -cp c:/single.jar;e:/project Test】 注意： ① -cp的路徑不僅指定了所需要的single.jar的位置，還必須指出編譯後的Test.class的位置。 ② 類路徑中的不同項目要用分隔符區分，Unix系統的分隔符是冒號(:)，Windows的是分號(;) (3) Test.java 源代碼 Java代碼//該類在net.single包中，類中沒有引入其他目錄下的自定義類 package net.single; public class Test{ ..... public static void main(String[] args){ ..... } } 編譯命令：【javac -d . e:/project/Test.java 】 注意： ① 如果沒有-d而直接編譯javac e:/project/Test.java。將會在 e:/project 目錄下直接生成一個Test.class，但此Test.class無法解釋執行，因為它實際上在e.single包中。所以必須將包一起編譯出來，這里用了-d參數。 ② 上面的編譯結果將在e:/目錄下 自動根據包的結構形式創建文件目錄，e:/net/single/Test.class 解釋執行命令 :【java -cp e:/ net.single.Test 】 現在我們總結一下： [a.] 沒有IDE環境，編譯一個大型項目是很困難的，因為必須把需要被其他類引用的類先編譯，而且最好把包結構一起編譯出來。所以一般命令格式如下： 編譯： javac -cp (需要引入的類文件路徑1;需要引入的類文件路徑2;....) -d (編譯出的類文件存放的位置目錄) (待編譯文件路徑) 執行： java -cp (需要解釋執行的類文件路徑) (帶包的類文件) 例：現在要編譯一個類源碼: Test.java，其中該類位於E:/project/下 (1. Test源代碼中使用了一個JAR包中的類，這個single.jar包位於C:/目錄下。 (2. Test源代碼中使用了一個自定義類Content，這個類的源代碼Content.java位於E:/下 (3. Test所在包為net.single，Content所在包為net.single.cont 解決： 步1：由於Test使用了Content類，所以必須先編譯Content，而且Content類在E:/目錄下，而且 屬於包net.single.cont 編譯命令： javac -d . e:/Content.java 編譯結果： 在Content.java的當前目錄下生成了一個 net/single/cont/Content.class 文件(帶包結構)，即e:/net/single/cont/Content.class 步2：編譯Test類，並指明所引入的single.jar包和Content.class的位置 編譯命令： javac -cp c:/single.jar;e:/net/single/cont -d . e:/project/Test.java 編譯結果： 在Test的上一級目錄下生成了一個 net/single/Test.class 文件，即e:/ net/single/Test.class 步3：解釋執行Test.class 執行命令： java -cp c:/single.jar;e:/ net.single.Test 3、編譯器，虛擬機如何定位到類的 Java代碼package net.single; import java.util.*; import net.single.util.*; public class Test{ //SingleUtil類在c:/single.jar中的net.single.util包下 private SingleUtil sut=new SingleUtil(); } 編譯命令： javac -cp c:/single.jar -d . e:/project/Test.java 編譯器首先找到e:/project/Test.java。然後對Test源代碼進行編譯，當編譯到創建SingleUtil類對象的語句時，編譯器要開始尋找SingleUtil.class的位置。編譯器首先查找包含這個類的所有包的位置，並查詢所有的import指令，確定其中是否包含了被引用了的類。 如上面的Test.java，編譯器將試圖查找java.lang.SingleUtil，java.util.SingleUtil，net.single.util.SingleUtil以及當前包中的SingleUtil(即net.single.SingleUtil)。編譯器將在三個部分中查找類文件： (1) 在JDK的lib目錄下的標准類庫文件中查找java.lang，java.util和net.single.util包。顯然只能找到java.lang和java.util包。然後在這兩個包中查找SingleUtil類文件。當然是找不到的。 (2) 在編譯命令中-cp參數表明的類路徑(C:/single.jar)下查找java.lang，java.util和net.single.util包。顯然只能找到net.single.util包，然後在裡面找到SingleUtil類文件。 (3) 在Test.java的當前目錄下查找SingleUtil，也是沒有的。 如果沒有找到SingleUtil，或者找到多個SingleUtil。
㈡ JDK安裝完成，JAVA程序helloworld也完事了，怎麼就是不能編譯呢
沒有配置環境變數啊！！！！！
DK環境變數配置的步驟如下：
1.我的電腦-->屬性-->高級-->環境變數.
2.配置用戶變數:
a.新建 JAVA_HOME
C:\Program Files\Java\j2sdk1.5.0 （JDK的安裝路徑）
b.新建 PATH
%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin
c.新建 CLASSPATH
.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar
3.測試環境變數配置是否成功：
開始-->運行--〉CMD
鍵盤敲入： JAVAC JAVA
出現相應的命令，而不是出錯信息，即表示配置成功！
第一個簡單程序HelloWorld：
打開記事本，輸入如下代碼:
class HelloWorld{
public static void main(String[] args) {
System.out.println("Hello World!");
}
}
保存為HelloWorld.java（文件名一定要和文件內的類名保持一致，之一大小寫也要一樣）
然後打開DOS（命令框內輸入「cmd」並回車）
進入HelloWorld.ava文件所在文件夾（「cd」命令可以進入文件夾）
輸入以下命令：
javac HelloWorld.java（編譯）
回車
java HelloWorld（運行）
回車
OK了！看是不是輸出了「Hello World!」
㈢ Java的編譯命令與Java類文件解釋器的分別是什麼
編譯命令是把java文件編譯成class類文件
類文件解釋器是用來運行class類文件
㈣ ava 編譯後出現以問題。。急！
Asm09.java:14: cannot access cpu09.assembler.Constants
bad class file: .\cpu09\assembler\Constants.class
檢查Constants.class 這個文件的路徑是不是對的
㈤ 如何ava程序+防止Java反編譯
防止java文件被反編譯的方法：
1、java編譯的文件或者發布包不要放到網上，僅供內部使用則不會被人反編譯；
2、java發布包加上密碼，只給指定的人使用；
註：在java編譯文件本身是沒有辦法阻止別人反編譯的，只要能拿到編譯文件，就能使用反編譯工具進行反編譯。
㈥ 我編寫完一個android程序，在編譯時出現ava.lang.NullPointerException錯誤，是怎麼回事
NullPointerException是空指針異常。
例如下面的代碼：
String str = "這是一個測試用的字元串！";
System.out.println(str.length());
這段代碼沒有問題，但是如果改成下面的代碼：
String str ;
System.out.println(str.length());
就會產生NullPointerException異常了
㈦ ava環境配置好以後，在命令提示符窗口輸入：java,javac.不顯示相應的參數
應該是你的環境變數沒有設置好吧，能不能把你設置的環境變數發來看一下
㈧ 什麼命令是java語言的解釋器
Java解釋器可用來直接解釋執行Java位元組代碼，具體命令行格式如下：
C:\>java options className
argumentsclassName必須包括所有軟體包信息。不僅有類名本身，還有Java 解釋器所期望的類名（不是Java位元組代碼的文件名），所有在解釋器環境下運行的類都必須包括解釋器第一次調用時所需的main成員函數，用以傳遞命令所帶的變數。public static void main(string args[]){ ......}
下面Java解釋器的所有選項。-cs -checksource 此選項讓解釋器重編譯Java源文件已更新的類--重編譯已改變過了的類。-classpath path 此選項重寫CLASSPATH環境變數，告訴Java在哪裡能找到類庫。如果其中用冒號分開，則可能包含多個目錄。 -mx x 此選項設置內存分配池的最大值。所指定的池必須大於1,000位元組。
另外「K」，「M」可附加在數字上指定是千位元組還是兆位元組。預設值是16MB。 -ms x 此選項設置內存分配池的最小值。所指寂的池必須大於1,000位元組。
另外，「K」，「M」可加在數字上指定的是千位元組還是兆位元組。預設值是1MB。-noasyncgc 此選項關閉非同步無用單元收集功能，只有在程序中調用它或內存溢出的時候，無用單元收集才會被激活。
-ss x 此選項將C線程棧的最大值設置為x ， x 必須大於1KB，其設定方式同 -ms。 -oss x 此選項設定Java堆棧最大值為x。
-v，-verbose 此選項告知Java每當類被調用之時， 向標准輸出設備輸出信息。 -verify 此選項告知Java在所有代碼上使用校驗。-verifyremote 此選項告知Java 僅僅對類載入器所載入的類進行校驗。-noverify 此選項告知Java不進行校驗。 -verbosegc 此選項告知Java讓無用單元收集器在它釋放內存時顯示一條信息。 -t 此選項在Java－g解釋器中是可用的，並把執行的情況逐條列印出來。 -debug 此選項允許Java調試器與本次Java 解釋器會話相聯接。它運行時，Java會顯示一個密碼，用於啟動這次調試會話
-D propName=newVal 此選項允許用戶在運行時改變屬性值
㈨ 開AVA佔CPU使用率100％，CPU溫度升高。
CPU佔用100%問題的解決辦法！CPU佔用100%案例分析
1、dllhost進程造成CPU使用率佔用100%
特徵:伺服器正常CPU消耗應該在75%以下，而且CPU消耗應該是上下起伏的，出現這種問題的伺服器，CPU會突然一直處100%的水平，而且不會下降。查看任務管理器，可以發現是DLLHOST.EXE消耗了所有的CPU空閑時間，管理員在這種情況下，只好重新啟動IIS服務，奇怪的是，重新啟動IIS服務後一切正常，但可能過了一段時間後，問題又再次出現了。
直接原因:
有一個或多個ACCESS資料庫在多次讀寫過程中損壞，微軟的MDAC系統在寫入這個損壞的ACCESS文件時，ASP線程處於BLOCK狀態，結果其它線程只能等待，IIS被死鎖了，全部的CPU時間都消耗在DLLHOST中。
解決辦法:
安裝「一流信息監控攔截系統」，使用其中的「首席文件檢查官IIS健康檢查官」軟體，
啟用」查找死鎖模塊」，設置:
--wblock=yes
監控的目錄，請指定您的主機的文件所在目錄:
--wblockdir=d:\test
監控生成的日誌的文件保存位置在安裝目錄的log目錄中，文件名為:logblock.htm
停止IIS，再啟動「首席文件檢查官IIS健康檢查官」，再啟動IIS，「首席文件檢查官IIS健康檢查官」會在logblock.htm中記錄下最後寫入的ACCESS文件的。
過了一段時間後，當問題出來時，例如CPU會再次一直處100%的水平，可以停止IIS，檢查logblock.htm所記錄的最後的十個文件，注意，最有問題的往往是計數器類的ACCESS文件，例如:」**COUNT.MDB」，」**COUNT.ASP」，可以先把最後十個文件或有所懷疑的文件刪除到回收站中，再啟動IIS，看看問題是否再次出現。我們相信，經過仔細的查找後，您肯定可以找到這個讓您操心了一段時間的文件的。
找到這個文件後，可以刪除它，或下載下來，用ACCESS2000修復它，問題就解決了。
2、svchost.exe造成CPU使用率佔用100%
在win.ini文件中，在[Windows]下面，「run=」和「load=」是可能載入「木馬」程序的途徑，必須仔細留心它們。一般情況下，它們的等號後面什幺都沒有，如果發現後面跟有路徑與文件名不是你熟悉的啟動文件，你的計算機就可能中上「木馬」了。當然你也得看清楚，因為好多「木馬」，如「AOL Trojan木馬」，它把自身偽裝成command.exe文件，如果不注意可能不會發現它不是真正的系統啟動文件。
在system.ini文件中，在[BOOT]下面有個「shell=文件名」。正確的文件名應該是「explorer.exe」，如果不是「explorer.exe」，而是「shell= explorer.exe 程序名」，那幺後面跟著的那個程序就是「木馬」程序，就是說你已經中「木馬」了。
在注冊表中的情況最復雜，通過regedit命令打開注冊表編輯器，在點擊至:「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」目錄下，查看鍵值中有沒有自己不熟悉的自動啟動文件，擴展名為EXE，這里切記:有的「木馬」程序生成的文件很像系統自身文件，想通過偽裝矇混過關，如「Acid Battery v1.0木馬」，它將注冊表「HKEY-LOCAL-MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run」下的Explorer 鍵值改為Explorer=「C:\Windows\expiorer.exe」，「木馬」程序與真正的Explorer之間只有「i」與「l」的差別。當然在注冊表中還有很多地方都可以隱藏「木馬」程序，如:「HKEY-CURRENT-USER\Software\Microsoft\Windows\CurrentVersion\Run」、「HKEY-USERS\****\Software\Microsoft\Windows\CurrentVersion\Run」的目錄下都有可能，最好的辦法就是在「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」下找到「木馬該病毒也稱為「Code Red II(紅色代碼2)」病毒，與早先在西方英文系統下流行「紅色代碼」病毒有點相反，在國際上被稱為VirtualRoot(虛擬目錄)病毒。該蠕蟲病毒利用Microsoft已知的溢出漏洞，通過80埠來傳播到其它的Web頁伺服器上。受感染的機器可由黑客們通過Http Get的請求運行scripts/root.exe來獲得對受感染機器的完全控制權。
當感染一台伺服器成功了以後，如果受感染的機器是中文的系統後，該程序會休眠2天，別的機器休眠1天。當休眠的時間到了以後，該蠕蟲程序會使得機器重新啟動。該蠕蟲也會檢查機器的月份是否是10月或者年份是否是2002年，如果是，受感染的伺服器也會重新啟動。當Windows NT系統啟動時，NT系統會自動搜索C盤根目錄下的文件explorer.exe，受該網路蠕蟲程序感染的伺服器上的文件explorer.exe也就是該網路蠕蟲程序本身。該文件的大小是8192位元組，VirtualRoot網路蠕蟲程序就是通過該程序來執行的。同時，VirtualRoot網路蠕蟲程序還將cmd.exe的文件從Windows NT的system目錄拷貝到別的目錄，給黑客的入侵敞開了大門。它還會修改系統的注冊表項目，通過該注冊表項目的修改，該蠕蟲程序可以建立虛擬的目錄C或者D，病毒名由此而來。值得一提的是，該網路蠕蟲程序除了文件explorer.exe外，其餘的操作不是基於文件的，而是直接在內存中來進行感染、傳播的，這就給捕捉帶來了較大難度。
」程序的文件名，再在整個注冊表中搜索即可。
我們先看看微軟是怎樣描述svchost.exe的。在微軟知識庫314056中對svchost.exe有如下描述:svchost.exe 是從動態鏈接庫 (DLL) 中運行的服務的通用主機進程名稱。
其實svchost.exe是Windows XP系統的一個核心進程。svchost.exe不單單只出現在Windows XP中，在使用NT內核的Windows系統中都會有svchost.exe的存在。一般在Windows 2000中svchost.exe進程的數目為2個，而在Windows XP中svchost.exe進程的數目就上升到了4個及4個以上。所以看到系統的進程列表中有幾個svchost.exe不用那幺擔心。
svchost.exe到底是做什幺用的呢?
首先我們要了解一點那就是Windows系統的中的進程分為:獨立進程和共享進程這兩種。由於Windows系統中的服務越來越多，為了節約有限的系統資源微軟把很多的系統服務做成了共享模式。那svchost.exe在這中間是擔任怎樣一個角色呢?
svchost.exe的工作就是作為這些服務的宿主，即由svchost.exe來啟動這些服務。svchost.exe只是負責為這些服務提供啟動的條件，其自身並不能實現任何服務的功能，也不能為用戶提供任何服務。svchost.exe通過為這些系統服務調用動態鏈接庫(DLL)的方式來啟動系統服務。
svchost.exe是病毒這種說法是任何產生的呢?
因為svchost.exe可以作為服務的宿主來啟動服務，所以病毒、木馬的編寫者也挖空心思的要利用svchost.exe的這個特性來迷惑用戶達到入侵、破壞計算機的目的。
如何才能辨別哪些是正常的svchost.exe進程，而哪些是病毒進程呢?
svchost.exe的鍵值是在「HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Svchost」，如圖1所示。圖1中每個鍵值表示一個獨立的svchost.exe組。
微軟還為我們提供了一種察看系統正在運行在svchost.exe列表中的服務的方法。以Windows XP為例:在「運行」中輸入:cmd，然後在命令行模式中輸入:tasklist /svc。系統列出如圖2所示的服務列表。圖2中紅框包圍起來的區域就是svchost.exe啟動的服務列表。如果使用的是Windows 2000系統則把前面的「tasklist /svc」命令替換為:「tlist -s」即可。如果你懷疑計算機有可能被病毒感染，svchost.exe的服務出現異常的話通過搜索svchost.exe文件就可以發現異常情況。一般只會找到一個在:「C:\Windows\System32」目錄下的svchost.exe程序。如果你在其它目錄下發現svchost.exe程序的話，那很可能就是中毒了。
還有一種確認svchost.exe是否中毒的方法是在任務管理器中察看進程的執行路徑。但是由於在Windows系統自帶的任務管理器不能察看進程路徑，所以要使用第三方的進程察看工具。
上面簡單的介紹了svchost.exe進程的相關情況。總而言之，svchost.exe是一個系統的核心進程，並不是病毒進程。但由於svchost.exe進程的特殊性，所以病毒也會千方百計的入侵svchost.exe。通過察看svchost.exe進程的執行路徑可以確認是否中毒。
3、Services.exe造成CPU使用率佔用100%
症狀
在基於 Windows 2000 的計算機上，Services.exe 中的 CPU 使用率可能間歇性地達到100 %，並且計算機可能停止響應(掛起)。出現此問題時，連接到該計算機(如果它是文件伺服器或域控制器)的用戶會被斷開連接。您可能還需要重新啟動計算機。如果 Esent.dll 錯誤地處理將文件刷新到磁碟的方式，則會出現此症狀。
解決方案
Service Pack 信息
要解決此問題，請獲取最新的 Microsoft Windows 2000 Service Pack。有關其它信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章:
260910 如何獲取最新的 Windows 2000 Service Pack
修復程序信息
Microsoft 提供了受支持的修補程序，但該程序只是為了解決本文所介紹的問題。只有計算機遇到本文提到的特定問題時才可應用此修補程序。此修補程序可能還會接受其它一些測試。因此，如果這個問題沒有對您造成嚴重的影響，Microsoft 建議您等待包含此修補程序的下一個 Windows 2000 Service Pack。
要立即解決此問題，請與「Microsoft 產品支持服務」聯系，以獲取此修補程序。有關「Microsoft 產品支持服務」電話號碼和支持費用信息的完整列表，請訪問 Microsoft Web 站點:
注意 :特殊情況下，如果 Microsoft 支持專業人員確定某個特定的更新程序能夠解決您的問題，可免收通常情況下收取的電話支持服務費用。對於特定更新程序無法解決的其它支持問題和事項，將正常收取支持費用。
下表列出了此修補程序的全球版本的文件屬性(或更新的屬性)。這些文件的日期和時間按協調通用時間 (UTC) 列出。查看文件信息時，它將轉換為本地時間。要了解 UTC 與本地時間之間的時差，請使用「控制面板」中的「日期和時間」工具中的 時區 選項卡。
狀態
Microsoft 已經確認這是在本文開頭列出的 Microsoft 產品中存在的問題。此問題最初是在 Microsoft Windows 2000 Service Pack 4 中更正的。
4、正常軟體造成CPU使用率佔用100%
首先，如果是從開機後就發生上述情況直到關機。那幺就有可能是由某個隨系統同時登陸的軟體造成的。可以通過運行輸入「msconfig」打開「系統實用配置工具」，進入「啟動」選項卡。接著，依次取消可疑選項前面的對鉤，然後重新啟動電腦。反復測試直到找到造成故障的軟體。或者可以通過一些優化軟體如「優化大師」達到上述目的。另:如果鍵盤內按鍵卡住也可能造成開機就出現上述問題。
如果是使用電腦途中出項這類問題，可以調出任務管理器(WINXP CTRL+ALT+DEL WIN2000 CTRL+SHIFT「ESC)，進入」進程「選項卡，看」CPU「欄，從裡面找到佔用資源較高的程序(其中SYSTEM IDLE PROCESS是屬於正常，它的值一般都很高，它的作用是告訴當前你可用的CPU資源是多少，所以它的值越高越好)通過搜索功能找到這個進程屬於哪個軟體。然後，可以通過升級、關閉、卸載這個軟體或者乾脆找個同類軟體替換，問題即可得到解決。
5、病毒、木馬、間諜軟體造成CPU使用率佔用100%
出現CPU佔用率100% 的故障經常是因為病毒木馬造成的，比如震盪波病毒。應該首先更新病毒庫，對電腦進行全機掃描 。接著，在使用反間諜軟體Ad—Aware，檢查是否存在間諜軟體。論壇上有不少朋友都遇到過svchost.exe佔用CPU100%，這個往往是中毒的表現。
svchost.exe Windows中的系統服務是以動態鏈接庫(DLL)的形式實現的，其中一些會把可執行程序指向svchost.exe，由它調用相應服務的動態鏈接庫並加上相應參數來啟動服務。正是因為它的特殊性和重要性，使它更容易成為了一些病毒木馬的宿主。
6、explorer.exe進程造成CPU使用率佔用100%
在system.ini文件中，在[BOOT]下面有個「shell=文件名」。正確的文件名應該是「explorer.exe」，如果不是「explorer.exe」，而是「shell= explorer.exe 程序名」，那幺後面跟著的那個程序就是「木馬」程序，就是說你已經中「木馬」了。
在注冊表中的情況最復雜，通過regedit命令打開注冊表編輯器，在點擊至:「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」目錄下，查看鍵值中有沒有自己不熟悉的自動啟動文件，擴展名為EXE，這里切記:有的「木馬」程序生成的文件很像系統自身文件，想通過偽裝矇混過關，如「Acid Battery v1.0木馬」，它將注冊表「HKEY-LOCAL-MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run」下的
Explorer 鍵值改為Explorer=「C:\Windows\expiorer.exe」，「木馬」程序與真正的Explorer之間只有「i」與「l」的差別。當然在注冊表中還有很多地方都可以隱藏「木馬」程序，如:「HKEY-CURRENT-USER\Software\Microsoft\Windows\CurrentVersion\Run」、「HKEY-USERS\****\Software\Microsoft\Windows\CurrentVersion\Run」的目錄下都有可能，最好的辦法就是在「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」下找到「木馬」程序的文件名，再在整個注冊表中搜索即可。
7、超線程導致CPU使用率佔用100%
這類故障的共同原因就是都使用了具有超線程功能的P4 CPU。我查找了一些資料都沒有明確的原因解釋。據一些網友總結超線程似乎和天網防火牆有沖突，可以通過卸載天網並安裝其它防火牆解決，也可以通過在BIOS中關閉超線程功能解決。
8、AVI視頻文件造成CPU使用率佔用100%
在Windows XP中，單擊一個較大的AVI視頻文件後，可能會出現系統假死現象，並且造成exploere.exe進程的使用率100%，這是因為系統要先掃描該文件，並檢查文件所有部分，建立索引。如果文件較大就會需要較長時間並造成CPU佔用率100%。解決方法:右鍵單擊保存視頻文件的文件夾，選擇」屬性—>常規—>高級「，去掉」為了快速搜索，允許索引服務編制該文件夾的索引「前面復選框的對鉤即可。
9、殺毒軟體CPU使用率佔用100%
現在的殺毒軟體一般都加入了，對網頁、郵件、個人隱私的即時監空功能，這樣無疑會加大系統的負擔。比如:在玩游戲的時候，會非常緩慢。關閉該殺毒軟體是解決得最直接辦法。
10、處理較大的Word文件時CPU使用率過高
上述問題一般還會造成電腦假死，這些都是因為WORD的拼寫和語法檢查造成的，只要打開WORD的「工具—選項」，進入「拼寫和語法」選項卡，將其中的「鍵入時檢查拼寫」和「鍵入時檢查語法」兩項前面的復選框中的鉤去掉即可。
11、網路連接導致CPU使用率佔用100%
當你的Windows2000/xp作為伺服器時，收到來自埠445上的連接請求後，系統將分配內存和少量CPU資源來為這些連接提供服務，當負荷過重，就會出現上述情況。要解決這個問題可以通過修改注冊表來解決，打開注冊表，找到HKEY—LOCAL—MACHNE\SYSTEM\CurrentControlSet\Services\lanmanserver，在右面新建一個名為"；maxworkitems"；的DWORD值.然後雙擊該值，如果你的電腦有512以上內存，就設置為"；1024"；，如果小於512，就設置為256.
一些不完善的驅動程序也可以造成CPU使用率過高
經常使用待機功能，也會造成系統自動關閉硬碟DMA模式。這不僅會使系統性能大幅度下降，系統啟動速度變慢，也會使是系統在運行一些大型軟體和游戲時CPU使用率100%，產生停頓。
㈩ ava（戰地之王）顯示message（ver 6298.21273）
修改WINDOWS啟動配置，讓進程用戶地址空間達到3GB
windows 7系統：
1.進入命令行： 點擊開始菜單 -> 在搜索框中輸入 「cmd」，按下 ctrl + shift + 回車（命令行的*員模式）
2.輸入命令：bcdedit /set increaseuserva 3072 回車
3.重啟系統。
xp系統：
1.去掉引導文件只讀等屬性：開始 -> 運行 輸入「attrib c:\boot.ini -h -r -s」 回車
2.編輯引導文件：開始 -> 運行 輸入「c:\boot.ini」 回車，在類似「multi（0）disk（0）rdisk（0）partition（1）\WINDOWS=」Microsoft Windows XP Professional「 /noexecute=optin /fastdetect」 這一行最後加上「/3GB」 保存。
3.恢復引導文件只讀等屬性：開始 -> 運行 輸入「attrib c:\boot.ini +h +r +s」 回車
4.重啟系統。