현재 Node.js 작업 중입니다. 이전 JAVA 지식을 많이 잊어버렸기 때문에 정리하고 산업 언어가 여전히 상당한 이점을 갖고 있다는 것을 한탄했습니다.
스트림
예외
참고
보안
클래스 로딩
키워드
초기화
멀티스레딩
스레드 풀
메모리 모델
모든 Java 스트림 클래스는 java.io 패키지에 있으며 다음 네 가지 추상 스트림 유형을 각각 상속합니다.
继承自InputStream/OutputStream的流都是用于向程序中输入/输出数据,且数据的单位都是字节(byte=8bit)。
继承自Reader/Writer的流都是用于向程序中输入/输出数据,且数据的单位都是字符(2byte=16bit)。
Java的异常(包括Exception和Error)分为:
可查的异常(checked exceptions)
除了RuntimeException及其子类以外,其他的Exception类及其子类都属于可查异常。这种异常的特点是Java编译器会检查它,也就是说,当程序中可能出现这类异常,要么用try-catch语句捕获它,要么用throws子句声明抛出它,否则编译不会通过。
不可查的异常(unchecked exceptions)
包括运行时异常(RuntimeException与其子类)和错误(Error)。
运行时异常和非运行时异常:
RuntimeException
NullPointerException(空指针异常)、IndexOutOfBoundsException(下标越界异常)等这些异常是不检查异常,程序中可以选择捕获处理,也可以不处理。这些异常一般是由程序逻辑错误引起的,程序应该从逻辑角度尽可能避免这类异常的发生。运行时异常的特点是Java编译器不会检查它,也就是说,当程序中可能出现这类异常,即使没有用try-catch语句捕获它,也没有用throws子句声明抛出它,也会编译通过。
RuntimeException以外的Exception
从程序语法角度讲是必须进行处理的异常,如果不处理,程序就不能编译通过。如IOException、SQLException等以及用户自定义的Exception异常,一般情况下不自定义检查异常。
Java SE5内置了三种标准注解:
@Override,表示当前的方法定义将覆盖超类中的方法。 @Deprecated,使用了注解为它的元素编译器将发出警告,因为注解@Deprecated是不赞成使用的代码,被弃用的代码。 @SuppressWarnings,关闭不当编译器警告信息。
Java还提供了4中注解,专门负责新注解的创建:
@Target:
表示该注解可以用于什么地方,可能的ElementType参数有:
CONSTRUCTOR
:构造器的声明FIELD
:域声明(包括enum
实例)LOCAL_VARIABLE
:局部变量声明METHOD
:方法声明PACKAGE
:包声明PARAMETER
:参数声明TYPE
:类、接口(包括注解类型)或enum
声明
@Retention
表示需要在什么级别保存该注解信息。可选的RetentionPolicy参数包括:
SOURCE
:注解将被编译器丢弃CLASS
:注解在class文件中可用,但会被VM丢弃RUNTIME
:VM将在运行期间保留注解,因此可以通过反射机制读取注解的信息
将注解包含在Javadoc中
@Inherited
允许子类继承父类中的注解
Example
定义注解:
@Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) public @interface UseCase { public String id(); public String description() default "no description"; }
使用注解:
public class PasswordUtils { @UseCase(id = 47, description = "Passwords must contain at least one numeric") public boolean validatePassword(String password) { return (password.matches("\\w*\\d\\w*")); } @UseCase(id = 48) public String encryptPassword(String password) { return new StringBuilder(password).reverse().toString(); } }
解析注解:
public static void main(String[] args) { List<Integer> useCases = new ArrayList<Integer>(); Collections.addAll(useCases, 47, 48, 49, 50); trackUseCases(useCases, PasswordUtils.class); } public static void trackUseCases(List<Integer> useCases, Class<?> cl) { for (Method m : cl.getDeclaredMethods()) { UseCase uc = m.getAnnotation(UseCase.class); if (uc != null) { System.out.println("Found Use Case:" + uc.id() + " " + uc.description()); useCases.remove(new Integer(uc.id())); } } for (int i : useCases) { System.out.println("Warning: Missing use case-" + i); } } // Found Use Case:47 Passwords must contain at least one numeric // Found Use Case:48 no description // Warning: Missing use case-49 // Warning: Missing use case-50
严格遵循面向对象的规范。这样封装了数据细节,只提供接口给用户。增加了数据级的安全性。
无指针运算。java中的操作,除了基本类型都是引用的操作。引用是不能进行增减运算,不能被直接赋予内存地址的,从而增加了内存级的安全性。
数组边界检查。这样就不会出现C/C++中的缓存溢出等安全漏洞。
强制类型转换。非同类型的对象之间不能进行转换,否则会抛出ClassCastException
语言对线程安全的支持。java从语言级支持线程。从而从语法和语言本身做了很多对线程的控制和支持。
垃圾回收。
Exception。
ClassLoader使用的是双亲委托模型来搜索类的,每个ClassLoader实例都有一个父类加载器的引用(不是继承的关系,是一个包含的关系),虚拟机内置的类加载器(Bootstrap ClassLoader)本身没有父类加载器,但可以用作其它ClassLoader实例的的父类加载器。
当一个ClassLoader实例需要加载某个类时,它会试图亲自搜索某个类之前,先把这个任务委托给它的父类加载器,这个过程是由上至下依次检查的,首先由最顶层的类加载器Bootstrap ClassLoader试图加载,如果没加载到,则把任务转交给Extension ClassLoader试图加载,如果也没加载到,则转交给App ClassLoader 进行加载,如果它也没有加载得到的话,则返回给委托的发起者,由它到指定的文件系统或网络等URL中加载该类。
如果它们都没有加载到这个类时,则抛出ClassNotFoundException异常。否则将这个找到的类生成一个类的定义,并将它加载到内存当中,最后返回这个类在内存中的Class实例对象。
JVM在判定两个class是否相同时,不仅要判断两个类名是否相同,而且要判断是否由同一个类加载器实例加载的。只有两者同时满足的情况下,JVM才认为这两个class是相同的。
BootStrap ClassLoader
启动类加载器,是Java类加载层次中最顶层的类加载器,负责加载JDK中的核心类库,如:rt.jar、resources.jar、charsets.jar等。
URL[] urls = sun.misc.Launcher.getBootstrapClassPath().getURLs(); for (int i = 0; i < urls.length; i++) { System.out.println(urls[i].toExternalForm()); } // 也可以通过sun.boot.class.path获取 System.out.println(System.getProperty("sun.boot.class.path"))
Extension ClassLoader
扩展类加载器,负责加载Java的扩展类库,默认加载JAVA_HOME/jre/lib/ext/目下的所有jar。
App ClassLoader
系统类加载器,负责加载应用程序classpath目录下的所有jar和class文件
注意:
除了Java默认提供的三个ClassLoader之外,用户还可以根据需要定义自已的ClassLoader,而这些自定义的ClassLoader都必须继承自java.lang.ClassLoader类, 也包括Java提供的另外二个ClassLoader(Extension ClassLoader和App ClassLoader)在内。 Bootstrap ClassLoader不继承自ClassLoader,因为它不是一个普通的Java类, 底层由C++编写,已嵌入到了JVM内核当中,当JVM启动后,Bootstrap ClassLoader也随着启动, 负责加载完核心类库后,并构造Extension ClassLoader和App ClassLoader类加载器。
strictfp(strict float point)
strictfp 关键字可应用于类、接口或方法。使用strictfp关键字声明一个方法时,该方法中所有的float和double表达式都严格遵守FP-strict的限制,符合IEEE-754规范。当对一个类或接口使用strictfp关键字时,该类中的所有代码,包括嵌套类型中的初始设定值和代码,都将严格地进行计算。严格约束意味着所有表达式的结果都必须是 IEEE 754算法对操作数预期的结果,以单精度和双精度格式表示。
如果你想让你的浮点运算更加精确,而且不会因为不同的硬件平台所执行的结果不一致的话,可以用关键字strictfp。
transiant
变量修饰符,如果用transient声明一个实例变量,当对象存储时,它的值不需要维持。
Volatile
作为指令关键字,确保本条指令不会因编译器的优化而省略,修饰变量,保证变量每次都是从内存中重新读取。
final
修饰基础数据成员(as const)
修饰类或对象的引用
修饰方法的final(cannot overwrite)
修饰类或者参数
父静态->子静态
父变量->父初始化区->父构造
子变量->子初始化区->子构造
java多线程实现方式主要有三种:继承Thread类、实现Runnable接口、使用ExecutorService、Callable、Future实现有返回结果的多线程。其中前两种方式线程执行完后都没有返回值,只有最后一种是带返回值的。
concurrent下的线程池:
名称 | 功能 |
---|---|
ExecutorService | 真正的线程池接口 |
ScheduledExecutorService | 能和Timer/TimerTask类似,解决那些需要任务重复执行的问题 |
ThreadPoolExecutor | ExecutorService的默认实现 |
ScheduledThreadPoolExecutor | 继承ThreadPoolExecutor的ScheduledExecutorService接口实现,周期性任务调度的类实现 |
Executor
newSingleThreadExecutor
단일 스레드 스레드 풀을 생성합니다. 이 스레드 풀에는 단 하나의 스레드만 작동하며 이는 모든 작업을 순차적으로 실행하는 단일 스레드와 동일합니다. 유일한 스레드가 비정상적으로 종료되면 새 스레드가 이를 대체합니다. 이 스레드 풀은 모든 작업이 제출된 순서대로 실행되도록 보장합니다.
newFixedThreadPool
고정 크기 스레드 풀을 생성합니다. 스레드는 스레드 풀의 최대 크기에 도달할 때까지 작업이 제출될 때마다 생성됩니다. 스레드 풀의 크기는 최대값에 도달하면 변경되지 않습니다. 실행 예외로 인해 스레드가 종료되면 스레드 풀은 새 스레드로 채워집니다.
newCachedThreadPool
캐시 가능한 스레드 풀을 생성합니다. 스레드 풀의 크기가 작업을 처리하는 데 필요한 스레드를 초과하는 경우 일부 유휴 스레드(60초 동안 작업을 실행하지 않음)가 재활용됩니다. 작업 수가 증가하면 이 스레드 풀은 작업을 처리하기 위해 지능적으로 새 스레드를 추가할 수 있습니다. 이 스레드 풀은 스레드 풀의 크기를 제한하지 않습니다. 스레드 풀의 크기는 운영 체제(또는 JVM)가 생성할 수 있는 최대 스레드 크기에 전적으로 의존합니다.
newScheduledThreadPool
무제한 크기의 스레드 풀을 생성합니다. 이 스레드 풀은 작업의 타이밍과 주기적인 실행을 지원합니다.
Java 메모리 모델은 여러 스레드가 공유하는 변수가 메인 메모리에 저장되고, 각 스레드가 자신만의 메모리를 갖는다고 규정합니다. 독립 작업 메모리인 경우 스레드는 자신의 작업 메모리에만 액세스할 수 있고 다른 스레드의 작업 메모리에는 액세스할 수 없습니다. 메인 메모리의 공유 변수 복사본은 작업 메모리에 저장됩니다. 이러한 공유 변수를 작동하려면 스레드는 작업 메모리에서만 복사본을 작동할 수 있으며 작업이 완료된 후 다시 메인 메모리로 동기화됩니다.
여러 스레드로 작동되는 메인 메모리의 데이터 무결성을 보장하는 방법은 어려운 문제입니다. Java 메모리 모델은 작업 메모리와 메인 메모리 간의 상호 작용을 위한 프로토콜도 지정합니다. 먼저 8가지 원자적 작업을 정의합니다. :
lock: 주 메모리의 변수를 잠그고 하나의 스레드에만 사용하도록 합니다.
unclock: 잠금으로 추가된 잠금을 해제합니다. 이때 다른 Thread들이 이 변수에 접근할 수 있는 기회를 갖게 됩니다.
읽기: 메인 메모리에 있는 변수 값을 작업 메모리로 읽어옵니다
load: read 값은 작업 메모리의 변수 복사본에 저장됩니다.
사용: 값을 스레드의 코드 실행 엔진에 전달
할당: 실행 엔진에서 반환된 값을 변수 copy에 다시 할당
store: 변수 복사본의 값을 메인 메모리에 저장합니다.
쓰기: 스토어에 저장된 값을 메인 메모리의 공유변수에 씁니다.
힙
런타임 데이터 영역, 모든 클래스 인스턴스 및 배열의 메모리는 이 할당에서 나옵니다. JVM(Java Virtual Machine)이 시작될 때 생성됩니다. 개체의 힙 메모리는 가비지 수집기라고 하는 자동 메모리 관리 시스템에 의해 회수됩니다.
뉴스제너레이션(사진 속 젊은세대는 에덴+프롬스페이스+투스페이스)
에덴은 새로운 물건을 저장한다
Survivor Space 가비지 컬렉션마다 살아남는 두 개의 객체
Old Generation(사진 속 Tenured Generation은 Old Space) 주로 매장 긴 수명 주기를 가진 라이브 객체
힙이 아닌 메모리
JVM에는 스레드가 공유하는 메서드 영역이 있습니다. 메소드 영역은 힙이 아닌 메모리에 속합니다. 런타임 상수 풀, 필드 및 메소드 데이터, 메소드 및 생성자에 대한 코드와 같은 클래스별 구조를 저장합니다. JVM(Java Virtual Machine)이 시작될 때 생성됩니다. 메소드 영역 외에도 JVM(Java Virtual Machine) 구현에는 내부 처리 또는 최적화를 위한 메모리(비힙 메모리)가 필요할 수 있습니다. 예를 들어, JIT 컴파일러는 고성능을 달성하기 위해 JVM(Java Virtual Machine) 코드에서 변환된 네이티브 코드를 저장하기 위해 메모리가 필요합니다.
위 내용은 Java 지식 요약 세부정보(그림)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!