#注意:用进程所属用户来执行下述命令
jps命令
Java版的ps命令，查看java进程及其相关的信息，如果你想找到一个java进程的pid，那可以用jps命令替代linux中的ps命令了，简单而方便。
JVM Process Status Tool,显示指定系统内所有的HotSpot虚拟机进程。
命令格式：
jps [options] [hostid]
options参数解释：
-l : 输出主类全名或jar路径
-q : 只输出LVMID
-m : 输出JVM启动时传递给main()的参数
-v : 输出JVM启动时显示指定的JVM参数
最常用示例：
jps -l 输出jar包路径，类全名
jps -m 输出main参数
jps -v 输出JVM参数
[microservices@ms ~]# jps -l
18386 com.xx.JobApplication
24686 sun.tools.jps.Jps
18318 com.xx.BusinessApplication
[microservices@ms ~]# jps -q
24704
18386
18318
[microservices@ms ~]# jps -m
18386 JobApplication --spring.profiles.active=xx --server.port=yy
18318 BusinessApplication --spring.profiles.active=xx --server.port=yy
24719 Jps -m
[microservices@ms57 ~]# jps -v
24752 Jps -Dapplication.home=/data/software/workspace/jdk/jdk1.8.0_172 -Xms8m
18386 JobApplication -Xms1024m -Xmx4096m -Xss256k -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=384m -XX:NewSize=2730m -XX:MaxNewSize=2730m -XX:SurvivorRatio=8 -XX:+UseParNewGC -XX:ParallelGCThreads=4 -XX:MaxTenuringThreshold=9 -略。。。 -Djava.security.egd=file:/dev/./urandom
18318 BusinessApplication -Xms1024m -Xmx4096m -Xss256k -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=384m -XX:NewSize=2730m -XX:MaxNewSize=2730m -XX:SurvivorRatio=8 -XX:+UseParNewGC -略。。。Duser.timezone=Asia/Shanghai -Dclient.encoding.override=UTF-8 -Dfile.encoding=UTF-8 -Djava.security.egd=file:/dev/./urandom
[microservices@ms ~]$ jps -l -m
18386 com.XX.JobApplication --spring.profiles.active=xx --server.port=yy
31464 sun.tools.jps.Jps -l -m
18318 com.XX.BusinessApplication --spring.profiles.active=xx --server.port=yy
jinfo命令
jinfo(JVM Configuration info)这个命令作用是实时查看和调整虚拟机运行参数。 之前的jps -v口令只能查看到显示指定的参数，如果想要查看未被显示指定的参数的值就要使用jinfo口令。
命令格式：
jinfo [option] <pid>
options参数解释：
-flag <name> (输出指定args参数的值)打印指定名称的参数
-flag [+|-]<name> (输出指定args参数的值)打开或关闭参数
-flag <name>=<value> (输出指定args参数的值)设置参数
-flags 需要args参数，输出所有JVM参数的值
-sysprops 输出系统属性，等同于System.getProperties()
<no option> 打印上面两个选项
查看打印GC日志参数
[microservices@ms ~]$ jinfo -flag PrintGC 18318
-XX:+PrintGC
[microservices@ms ~]$ jinfo -flag PrintGCDetails 18318
-XX:+PrintGCDetails
查看JVM参数和系统配置
[microservices@ms ~]# jinfo 18318
[microservices@ms ~]# jinfo -flags 18318
[microservices@ms ~]# jinfo -sysprops 18318
打开GC日志参数
[microservices@ms ~]$ jinfo -flag +PrintGCDetails 18318
[microservices@ms ~]$ jinfo -flag +PrintGC 18318
还可以使用下面的命令查看那些参数可以使用jinfo命令来管理：
[microservices@ms ~]$ java -XX:+PrintFlagsFinal -version|grep manageable
关闭GC日志参数
[microservices@ms ~]$ jinfo -flag -PrintGC 18318
[microservices@ms ~]$ jinfo -flag -PrintGCDetails 18318
jstat命令
jstat命令是使用频率比较高的命令，主要用于监视虚拟机运行时状态信息的命令，它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。
命令格式：
jstat [option] LVMID [interval] [count]
其中LVMID是进程id，interval是打印间隔时间（毫秒），count是打印次数（默认一直打印）
option参数解释：
-class class loader的行为统计。
-compiler HotSpt JIT编译器行为统计。
-gc 垃圾回收堆的行为统计。
-gccapacity 各个垃圾回收代容量(young,old,perm)和他们相应的空间统计。
-gcutil 垃圾回收统计概述。
-gccause 垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的原因。
-gcnew 新生代行为统计。
-gcnewcapacity 新生代与其相应的内存空间的统计。
-gcold 年老代和永生代行为统计。
-gcoldcapacity 年老代行为统计。
-gcpermcapacity 永生代行为统计。
-printcompilation HotSpot编译方法统计。
-gcutil输出的是已使用空间占总空间的百分比，每隔1000毫秒打印一次，打印3次
[microservices@ms ~]$ jstat -gcutil 18318 1000 3
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
100.00 0.00 18.25 60.00 96.01 93.87 8 0.836 10 0.772 1.608
100.00 0.00 18.25 60.00 96.01 93.87 8 0.836 10 0.772 1.608
100.00 0.00 18.25 60.00 96.01 93.87 8 0.836 10 0.772 1.608
字段解释:
S0 survivor0使用百分比
S1 survivor1使用百分比
E Eden区使用百分比
O 老年代使用百分比
M 元数据区使用百分比
CCS 压缩使用百分比
YGC 年轻代垃圾回收次数
YGCT 年轻代垃圾回收消耗时间
FGC 老年代垃圾回收次数
FGCT 老年代垃圾回收消耗时间
GCT 垃圾回收消耗总时间
-gc和-gcutil参数类似，只不过输出字段不是百分比，而是实际的值。
[microservices@ms ~]$ jstat -gc 18318 1000 3
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
104832.0 104832.0 104832.0 0.0 838848.0 199574.7 113984.0 68388.9 84736.0 81356.0 10496.0 9852.3 8 0.836 10 0.772 1.608
104832.0 104832.0 104832.0 0.0 838848.0 199574.7 113984.0 68388.9 84736.0 81356.0 10496.0 9852.3 8 0.836 10 0.772 1.608
104832.0 104832.0 104832.0 0.0 838848.0 199574.7 113984.0 68388.9 84736.0 81356.0 10496.0 9852.3 8 0.836 10 0.772 1.608
字段解释：
C即Capacity 总容量，U即Used 已使用的容量
S0C survivor0大小
S1C survivor1大小
S0U survivor0已使用大小
S1U survivor1已使用大小
EC Eden区大小
EU Eden区已使用大小
OC 老年代大小
OU 老年代已使用大小
MC 方法区大小
MU 方法区已使用大小
CCSC 压缩类空间大小
CCSU 压缩类空间已使用大小
YGC 年轻代垃圾回收次数
YGCT 年轻代垃圾回收消耗时间
FGC 老年代垃圾回收次数
FGCT 老年代垃圾回收消耗时间
GCT 垃圾回收消耗总时间
-gccapacity
同-gc，不过还会输出Java堆各区域使用到的最大、最小空间
[microservices@ms ~]$ jstat -gccapacity 18318
NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC
1048512.0 2795520.0 1048512.0 104832.0 104832.0 838848.0 64.0 1398784.0 113984.0 113984.0 0.0 1124352.0 84992.0 0.0 1048576.0 10496.0 8 12
NGCMN : 新生代占用的最小空间
NGCMX : 新生代占用的最大空间
OGCMN : 老年代占用的最小空间
OGCMX : 老年代占用的最大空间
OGC：当前年老代的容量 (KB)
OC：当前年老代的空间 (KB)
PGCMN : perm占用的最小空间
PGCMX : perm占用的最大空间
-gccause
垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的原因
[microservices@ms ~]$ jstat -gccause 18318
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT LGCC GCC
100.00 0.00 55.04 58.33 95.76 93.86 8 0.836 12 1.313 2.148 Heap Inspection Initiated GC No GC
LGCC：最近垃圾回收的原因
GCC：当前垃圾回收的原因
-class监视类装载、卸载数量、总空间以及耗费的时间
[microservices@ms ~]$ jstat -class 18318
Loaded Bytes Unloaded Bytes Time
14881 26927.1 134 201.5 7.27
Loaded : 加载class的数量
Bytes : class字节大小
Unloaded : 未加载class的数量
Bytes : 未加载class的字节大小
Time : 加载时间
-compiler
输出JIT编译过的方法数量耗时等
[microservices@ms ~]$ jstat -compiler 18318
Compiled Failed Invalid Time FailedType FailedMethod
17048 3 0 59.09 1 java/net/URLStreamHandler equals
Compiled : 编译数量
Failed : 编译失败数量
Invalid : 无效数量
Time : 编译耗时
FailedType : 失败类型
FailedMethod : 失败方法的全限定名
-gcnew
统计新生代的行为
[microservices@ms ~]$ jstat -gcnew 18318
S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT
104832.0 104832.0 104832.0 0.0 1 9 52416.0 838848.0 468676.5 8 0.836
TT：Tenuring threshold(提升阈值)
MTT：最大的tenuring threshold
DSS：survivor区域大小 (KB)
-gcnewcapacity
新生代与其相应的内存空间的统计
[microservices@ms ~]$ jstat -gcnewcapacity 18318
NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC
1048512.0 2795520.0 1048512.0 279552.0 104832.0 279552.0 104832.0 2236416.0 838848.0 8 12
NGC:当前年轻代的容量 (KB)
S0CMX:最大的S0空间 (KB)
S0C:当前S0空间 (KB)
ECMX:最大eden空间 (KB)
EC:当前eden空间 (KB)
-gcold
统计旧生代的行为
[microservices@ms ~]$ jstat -gcold 18318
MC MU CCSC CCSU OC OU YGC FGC FGCT GCT
84992.0 81389.6 10496.0 9851.2 113984.0 66489.7 8 12 1.313 2.148
-gcpermcapacity
永生代行为统计
[microservices@ms ~]$ jstat -gcoldcapacity 18318
OGCMN OGCMX OGC OC YGC FGC FGCT GCT
64.0 1398784.0 113984.0 113984.0 8 12 1.313 2.148
-printcompilation
hotspot编译方法统计
[microservices@ms ~]$ jstat -printcompilation 18318
Compiled Size Type Method
17050 3156 1 javax/management/ObjectName construct
Compiled：被执行的编译任务的数量
Size：方法字节码的字节数
Type：编译类型
Method：编译方法的类名和方法名。类名使用"/" 代替 "." 作为空间分隔符. 方法名是给出类的方法名. 格式是一致于HotSpot - XX:+PrintComplation 选项
jmap命令
jmap是用于生成heap dump文件，如果不使用这个命令，还阔以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候自动生成dump文件。
jmap不仅能生成dump文件，还阔以查询finalize执行队列、Java堆和永久代的详细信息，如当前使用率、当前使用的是哪种收集器等。
还可以例如查看finalize执行队列，heap的详细信息和使用情况。
命令格式：
jmap [option] <pid> (连接正在执行的进程)
jmap [option] <executable <core> (连接一个core文件)
jmap [option] [server_id@]<remote server IP or hostname> (链接远程服务器)
option参数解释：
<none> to print same info as Solaris pmap
-heap 显示Java堆详细信息
-histo[:live] 显示堆中对象的统计信息
-clstats 打印类加载器统计信息
-finalizerinfo 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
-dump:<dump-options> 生成java堆的转储快照dump文件
dump-options:
live 只转储存活的对象，如果没有指定则转储所有对象
format=b 二进制格式
file=<file> 转储文件到 <file>
-F 强制选项，当-dump没有响应时，强制生成dump快照
-dump
常用格式
dump堆到文件,format指定输出格式，live指明是活着的对象,file指定文件名
[microservices@ms ~]$ jmap -dump:live,format=b,file=dump.hprof 18318
#dump.hprof这个后缀是为了后续可以直接用MAT(Memory Anlysis Tool)打开。
Dumping heap to /home/microservices/dump.hprof ...
Heap dump file created
这个命令是要把java堆中的存活对象信息转储到dump.hprof文件
[microservices@ms ~]$ jmap -finalizerinfo 18318
Attaching to process ID 18318, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.172-b11
#输出结果的含义为当前没有在等待执行finalizer方法的对象
Number of objects pending for finalization: 0
-finalizerinfo
打印等待回收对象的信息
[microservices@ms ~]$ jmap -finalizerinfo 18318
Attaching to process ID 18318, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.172-b11
Number of objects pending for finalization: 0
可以看到当前F-QUEUE队列中并没有等待Finalizer线程执行finalizer方法的对象。
-heap
打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况,可以用此来判断内存目前的使用情况以及垃圾回收情况
[microservices@ms ~]$ jmap -heap 18318
Attaching to process ID 18318, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.172-b11
using parallel threads in the new generation.
using thread-local object allocation.
Concurrent Mark-Sweep GC
Heap Configuration:
MinHeapFreeRatio = 40 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)
MaxHeapFreeRatio = 70 //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)
MaxHeapSize = 4294967296 (4096.0MB) //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小
NewSize = 1073676288 (1023.9375MB) //对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小
MaxNewSize = 2862612480 (2730.0MB) //对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小
OldSize = 65536 (0.0625MB) //对应jvm启动参数-XX:OldSize=<value>:设置JVM堆的‘老生代’的大小
NewRatio = 2 //对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
SurvivorRatio = 8 //对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值
MetaspaceSize = 134217728 (128.0MB)
CompressedClassSpaceSize = 394264576 (376.0MB)
MaxMetaspaceSize = 402653184 (384.0MB)
G1HeapRegionSize = 0 (0.0MB)
Heap Usage: //堆内存使用情况
New Generation (Eden + 1 Survivor Space):
capacity = 966328320 (921.5625MB)
used = 414573672 (395.3682632446289MB)
free = 551754648 (526.1942367553711MB)
42.9019478597088% used
Eden Space: //Eden区内存分布
capacity = 858980352 (819.1875MB)//Eden区总容量
used = 307225704 (292.9932632446289MB)//Eden区已使用
free = 551754648 (526.1942367553711MB)//Eden区剩余容量
35.76632495547465% used //Eden区使用比率
From Space: //其中一个Survivor区的内存分布
capacity = 107347968 (102.375MB)
used = 107347968 (102.375MB)
free = 0 (0.0MB)
100.0% used
To Space: //另一个Survivor区的内存分布
capacity = 107347968 (102.375MB)
used = 0 (0.0MB)
free = 107347968 (102.375MB)
0.0% used
concurrent mark-sweep generation:
capacity = 116719616 (111.3125MB)
used = 68094624 (64.94009399414062MB)
free = 48624992 (46.372406005859375MB)
58.34034272354015% used
33998 interned Strings occupying 4103504 bytes.
-histo
打印堆的对象统计，包括对象数、内存大小等等 （因为在dump:live前会进行full gc，如果带上live则只统计活对象，因此不加live的堆大小要大于加live堆的大小 ）
[microservices@ms ~]$ jmap -histo:live 18318 | more
num #instances #bytes class name
----------------------------------------------
1: 1492839 156042960 [B
2: 2557876 139982544 [C
3: 84126 102807848 [I
4: 707622 28304880 java.util.TreeMap$Entry
5: 415548 26595072 com.mysql.jdbc.ConnectionPropertiesImpl$BooleanConnectionProperty
6: 1002767 24066408 java.lang.String
7: 624811 19993952 java.util.Hashtable$Entry
8: 389480 18695040 java.util.HashMap
9: 325778 16192376 [Ljava.lang.Object;
10: 89505 13779856 [Ljava.util.HashMap$Node;
11: 426150 13636800 java.util.HashMap$Node
12: 440904 10581696 java.util.ArrayList
13: 151708 9709312 com.mysql.jdbc.ConnectionPropertiesImpl$StringConnectionProperty
14: 543434 8694944 java.lang.Integer
15: 14587 7484768 [Ljava.util.Hashtable$Entry;
16: 98940 6332160 com.mysql.jdbc.ConnectionPropertiesImpl$IntegerConnectionProperty
17: 244644 5978520 [[B
18: 31476 4532544 com.mysql.jdbc.Field
#太多了不写出来了
xml class name是对象类型，说明如下：
B byte
C char
D double
F float
I int
J long
Z boolean
[ 数组，如[I表示int[]
[L+类名其他对象
jhat命令
jhat是用来分析jmap生成dump文件的命令，jhat内置了应用服务器，可以通过网页查看dump文件分析结果，jhat一般是用在离线分析上。
jhat(JVM Heap Analysis Tool)命令是与jmap搭配使用，用来分析jmap生成的dump，jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看。
在此要注意，一般不会直接在服务器上进行分析，因为jhat是一个耗时并且耗费硬件资源的过程，一般把服务器生成的dump文件复制到本地或其他机器上进行分析。
命令格式：
jhat [option] [dumpfile]
option参数解释：
-stack false|true 关闭对象分配调用栈跟踪(tracking object allocation call stack)。
如果分配位置信息在堆转储中不可用. 则必须将此标志设置为 false. 默认值为 true.>
-refs false|true 关闭对象引用跟踪(tracking of references to objects)。 默认值为 true. 默认情况下, 返回的指针是指向其他特定对象的对象,
如反向链接或输入引用(referrers or incoming references), 会统计/计算堆中的所有对象。>
-port port-number 设置 jhat HTTP server 的端口号. 默认值 7000.>
-exclude exclude-file 指定对象查询时需要排除的数据成员列表文件(a file that lists data members that should be excluded from the reachable objects query)。
例如, 如果文件列列出了 java.lang.String.value , 那么当从某个特定对象 Object o 计算可达的对象列表时, 引用路径涉及 java.lang.String.value 的都会被排除。>
-baseline exclude-file 指定一个基准堆转储(baseline heap dump)。 在两个 heap dumps 中有相同 object ID 的对象会被标记为不是新的(marked as not being new).
其他对象被标记为新的(new). 在比较两个不同的堆转储时很有用.>
-debug int 设置 debug 级别. 0 表示不输出调试信息。 值越大则表示输出更详细的 debug 信息.
0: 无debug输出
1: Debug hprof file parsing
2: Debug hprof file parsing, no server
-version 启动后只显示版本信息就退出,分析报告版本
-J< flag > 因为 jhat 命令实际上会启动一个JVM来执行, 通过 -J 可以在启动JVM时传入一些启动参数.
例如, -J-Xmx512m 则指定运行 jhat 的Java虚拟机使用的最大堆内存为 512 MB. 如果需要使用多个JVM启动参数,则传入多个 -Jxxxxxx.
[microservices@ms ~]$ jhat -J-Xmx512m dump.hprof
中间的-J-Xmx512m是在dump快照很大的情况下分配512M内存去启动HTTP服务器，
运行完之后就可在浏览器打开Http://localhost:7000进行快照分析堆快照分析主要在最后面的Heap Histogram里，里面根据class列出了dump的时候所有存活对象。
分析同样一个dump快照，MAT需要的额外内存比jhat要小的多的多，所以建议使用MAT来进行分析，当然也看个人偏好.
打开浏览器Http://localhost:7000，该页面提供了几个查询功能可供使用.
一般查看堆异常情况主要看这个两个部分：
Show instance counts for all classes (excluding platform)，平台外的所有对象信息。
Show heap histogram 以树状图形式展示堆情况。
具体排查时需要结合代码，观察是否大量应该被回收的对象在一直被引用或者是否有占用内存特别大的对象无法被回收。一般情况，会down到客户端用工具来分析.
[microservices@ms ~]$ jhat dump.hprof
Reading from dump.hprof...
Dump file created Fri Dec 20 17:54:31 CST 2019
Snapshot read, resolving...
Resolving 8325674 objects...
#太多了不写出来了
#执行top命令，可以发现分析dump文件是非常耗费硬件资源的，不要在本地上处理
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31000 microse+ 20 0 7081976 1.9g 487260 S 393.0 12.8 2:44.69 jhat
jstack命令
jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态，jstack是非常有用的。
命令格式：
jstack [-l] <pid> (连接运行中的进程)
jstack -F [-m] [-l] <pid> (连接挂起的进程)
jstack [-m] [-l] <executable> <core> (连接core文件)
jstack [-m] [-l] [server_id@]<remote server IP or hostname> (连接远程debug服务器)
option参数解释：
-F : 当正常输出请求不被响应时，强制输出线程堆栈
-l : 除堆栈外，显示关于锁的附加信息
-m : 如果调用到本地方法的话，可以显示C/C++的堆栈。同时输出java和本地堆栈(混合模式)。
[microservices@ms ~]$ jstack -l 18318 | more
2019-12-20 18:07:32
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.172-b11 mixed mode):
"logback-1" #305 daemon prio=5 os_prio=0 tid=0x00007f6914008000 nid=0x77a1 waiting on condition [0x00007f69199b6000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000007937c59f8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1081)
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Locked ownable synchronizers:
- None
#太多了不写出来了