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.重启系统。