多分辨率图像API–JEP 251
　　目标是定义多分辨率图像API，这样开发者能很容易的操作和展示不同分辨率的图像了。
　　这个新的API定义在java.awt.image包中，这个API能给我们带来如下的帮助：
　　1.将不同分辨率的图像封装到一张（多分辨率的）图像中，作为它的变体。
　　2.获取这个图像的所有变体。
　　3. 获取特定分辨率的图像变体–表示一张已知分辨率单位为DPI的特定尺寸大小的逻辑图像，并且这张图像是佳的变体。
　　基于当前屏幕分辨率大小和运用的图像转换算法，java.awt.Graphics类可以从接口MultiResolutionImage获取所需的变体。java.awt.image.AbstractMultiResolutionImage类提供了ava.awt.image.AbstractMultiResolutionImage 默认实现。AbstractMultiResolutionImage的基础实现是java.awt.image.BaseMultiResolutionImage。
　　进程API的改进
　　迄今为止，通过Java来控制和管理操作系统的进程的能力有限。例如，为了做一些简单的事情，像获取进程的PID，你要么需要访问本地代码，要么使用某种临时解决方案。不仅如此，每个（系统）平台需要一个不同实现来确保你能获得正确的结果。
　　在Java 9中，期望代码能获取Linux PID，现在是如下方式：
public static void main(String[] args)
throws Exception
{
Process proc = Runtime.getRuntime()
.exec(new String[]{ "/bin/sh"， "-c"，
"echo $PPID" });
if (proc.waitFor() == 0)
{
InputStream in = proc.getInputStream();
int available = in.available();
byte[] outputBytes = new byte[available];
in.read(outputBytes);
String pid = new String(outputBytes);
System.out.println("Your pid is " + pid);
}
}
　　你可以变换如下的方式（同样支持所有的操作系统）：
　　System.out.println("Your pid is "
　　+ Process.getCurrentPid());
　　Try-With-Resources
　　在Java 7中，try-with-resouces语法要求为每一个资源声明一个新的变量，而且这些资源由try-with-resources语句进行管理。
　　在Java 9中，有另外一个改进：如果一个资源被final或者等效于final变量引用，则在不需要声明一个新的变量的情况下，try-with-resources可以管理这个资源。
　　MyAutoCloseable mac = new MyAutoCloseable();
　　try (mac) {
　　// do some stuff with mac
　　}
　　try (new MyAutoCloseable() { }.
　　finalWrapper.finalCloseable) {
　　// do some stuff with finalCloseable
　　}
　　钻石（diamond）操作符范围的延伸
　　Java 7给出的钻石操作符使我们编写代码更简单了。在下面的例子中，你可以看见Java 7中List（列表）的可读性更强了，并且使代码更加的简洁了。
　　List<String> preJava7 = new ArrayLis
　　t<String>();//java 7 之前的写法
　　List<String> java7 = new ArrayList<>
　　();//java 7 之后的写法
　　但是Java 7中钻石操作符不允许在匿名类上使用。但在Java 9中改善了这一情况，允许钻石操作符在匿名类上使用。下面的例子只有在Java 9中才能通过编译。
　　List<String> list = new ArrayList<>(){ };
　　增强的注释Deprecated
　　注释@Deprecated可以标记Java API。注释@Deprecated有很多种含义，例如它可以表示在不远的将来的某个时间，被标记的API将会被移除。它也可以表示这个API已经被破坏了，并不应该再被使用。它还有其它很多含义。为了提供更多有关@Deprecated的信息，@Deprecated添加了forRemoval元素和since元素。
　　Java SE 9 中也提供了扫描jar文件的工具jdeprscan。这款工具也可以扫描一个聚合类，这个类使用了Java SE中的已废弃的API元素。 这个工具将会对使用已经编译好的库的应用程序有帮助，这样使用者不知道这个已经编译好的库中使用了那些已废弃的API。
　　统一的JVM日志
　　如今，我们很难知道导致JVM性能问题和导致JVM崩溃的根本原因。解决这个问题的一个方法是对所有的JVM组件引入一个单一的系统，这些JVM组件支持细粒度的和易配置的JVM日志。目前，不同的JVM组件对于日志使用的是不同的机制和规则，这使得JVM难以进行调试。
　　注释SafeVarargs范围的延伸
　　直到Java 8，@SafeVarargs才能在静态方法、final方法和构造器上使用。但是这些方法或者构造器是不能被覆盖的。这些方法中缺少另一个不能被覆盖的方法，这个方法是私有方法。Java 9可以将@SafeVarargs添加到私有方法上。下面的例子在Java 9中是正确的，但是在Java 8中会抛出编译时错误： 注释@SafeVarargs不能在非final的实例方法iAmSafeVaragrsMethod上使用。
　　@SafeVarargs
　　private void iAmSafeVaragrsMethod
　　(String... varagrgs)
　　{
　　for (String each: varagrgs) {
　　System.out.println(each);
　　}
　　}
　　HTTP 2 客户端
　　Java 9采用了全新的HTTP客户端API，这些API支持HTTP/2协议和WebSocket协议，并且替换了遗留的HTTPURLConnection API。这些改变并不应该在Java 9中完成。这些API可以从Incubator（孵化器）模块中获取。因此在默认情况下，这个模块是不能根据classpath获取的，需要使用--add-modules命令选项配置这个模块，将这个模块添加到classpath中。
　　我们创建一个HTTPRequest请求和获取异步的响应:
URI testPageURI = new URI("http://
127.0.0.1:8080/testPage");
CompletableFuture<HttpResponse>
nonBlockingResponse =  HttpRequest
.create(testPageURI)
.GET().responseAsync();
int tries = 0;
while(!nonBlockingResponse.isDone()
&& tries++ < 5) { Thread.sleep(5); } if
(nonBlockingResponse.isDone()) { Http
Response response
= nonBlockingResponse.get(); System.
out.println("status
code : " + response.statusCode() + "
--> " +  response
.body(HttpResponse.asString()));
}
else {
nonBlockingResponse.cancel(true);
System.out.println("Cancelling， coul
d not get response");
}
　　HTML5风格的Java帮助文档
　　Java 8以及之前的版本生成的Java帮助文档是在HTML 4中，而HTML 4已经是很久的标准了。在Java 9中，javadoc命令行中选项部分添加了输出选项，这个选项的值要么是HTML 4，要么是HTML 5。现在HTML 4是默认的输出标记语言，但是在之后发布的JDK中，HTML 5将会是默认的输出标记语言。Java帮助文档还是由三个框架组成的结构构成，这是不会变的，并且以HTML 5输出的Java帮助文档也保持相同的结构。
　　更多的特性
　　1. 保留下划线字符。变量不能被命名为_；
　　2. 废弃Applet API；
　　3.javac不再支持Java1.4以及之前的版本；
　　4. 废弃Java浏览器插件；
　　5.栈遍历API–栈遍历API能过滤和迟访问在堆栈跟踪中的信息。