Rutime 类 System类常用方法

 Rutime 类

每个java应用程序都有一个Runtime实例，使应用程序能够与其运行环境相关联，可以通过getRuntime()方法获得当前运行时。应用程序不能创建自己的Runtime类运行实例。

源码：

从java定义中可以看到这是一个单例模式。

常用方法：

intavailableProcessors()
向 Java 虚拟机返回可用处理器的数目。

exit(int status)
通过启动虚拟机的关闭序列，终止当前正在运行的 Java 虚拟机。

System.exit(int status)  调用了此方法：


voidload(String filename)
加载作为动态库的指定文件名。voidloadLibrary(String libname)
加载具有指定库名的动态库。voidgc()
运行垃圾回收器。

lo ngfreeMemory() 返回 Java 虚拟机中的空闲内存量。 longmaxMemory() 返回 Java 虚拟机试图使用的最大内存量。longtotalMemory() 返回 Java 虚拟机中的内存总量。

public  void gc()

运行垃圾回收器。调用此方法意味着 Java 虚拟机做了一些努力来回收未用对象，以便能够快速地重用这些对象当前占用的内存。当控制从方法调用中返回时，虚拟机已经尽最大努力回收了所有丢弃的对象。

名称 gc 代表“垃圾回收器”。虚拟机根据需要在单独的线程中自动执行回收过程，甚至不用显式调用 gc 方法。

方法 System.gc() 是调用此方法的一种传统而便捷的方式

二、查看JVM内存设置信息

Runtime.getRuntime().maxMemory();  //最大可用内存，对应-Xmx

Runtime.getRuntime().freeMemory();  //当前JVM空闲内存

Runtime.getRuntime().totalMemory();  //当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和

关于maxMemory()，freeMemory()和totalMemory()：

maxMemory()为JVM的最大可用内存，可通过-Xmx设置，默认值为物理内存的1/4，设值不能高于计算机物理内存；

totalMemory()为当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和，会随着JVM使用内存的增加而增加；

freeMemory()为当前JVM空闲内存，因为JVM只有在需要内存时才占用物理内存使用，所以freeMemory()的值一般情况下都很小，而JVM实际可用内存并不等于freeMemory()，而应该等于maxMemory()-totalMemory()+freeMemory()。及其设置JVM内存分配。

关于以上三个可参考：http://blog.csdn.net/zy_27_ok/article/details/8462385

三：System.load 和 System.loadLibrary详解

1.它们都可以用来装载库文件，不论是JNI库文件还是非JNI库文件。在任何本地方法被调用之前必须先用这个两个方法之一把相应的JNI库文件装载。

2.System.load 参数为库文件的绝对路径，可以是任意路径。
例如你可以这样载入一个windows平台下JNI库文件：
System.load("C://Documents and Settings//TestJNI.dll");。

3. System.loadLibrary 参数为库文件名，不包含库文件的扩展名。
例如你可以这样载入一个windows平台下JNI库文件
System. loadLibrary ("TestJNI");

这里，TestJNI.dll 必须是在java.library.path这一jvm变量所指向的路径中。
可以通过如下方法来获得该变量的值：
System.getProperty("java.library.path");
默认情况下，在Windows平台下，该值包含如下位置：
1）和jre相关的一些目录
2）程序当前目录
3）Windows目录
4）系统目录（system32）
5）系统环境变量path指定目录

4.如果你要载入的库文件静态链接到其它动态链接库，例如TestJNI.dll 静态链接到dependency.dll, 那么你必须注意：
1）如果你选择
System.load("C://Documents and Settings// TestJNI.dll");
那么即使你把dependency.dll同样放在C://Documents and Settings//下，load还是会因为找不到依赖的dll而失败。因为jvm在载入TestJNI.dll会先去载入TestJNI.dll所依赖的库文件dependency.dll，而dependency.dll并不位于java.library.path所指定的目录下，所以jvm找不到dependency.dll。
你有两个方法解决这个问题：一是把C://Documents and Settings//加入到java.library.path的路径中，例如加入到系统的path中。二是先调用
System.load("C://Documents and Settings// dependency.dll"); 让jvm先载入dependency.dll，然后再调用System.load("C://Documents and Settings// TestJNI.dll");
2）如果你选择
System. loadLibrary ("TestJNI");
那么你只要把dependency.dll放在任何java.library.path包含的路径中即可，当然也包括和TestJNI.dll相同的目录