1.top命令-观察服务端负载情况
top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器。
2.free命令-查看服务端内存情况
free命令显示系统内存的使用情况，包括物理内存、交换内存（swap）和内核缓冲区内存
3.df命令-查看你的磁盘情况
4.du命令-显示目录或文件的大小
查看指定文件
查看指定目录
5.tail命令-查看日志
tail命令可用于查看文件的内容，有一个常用的参数 -f 常用于查阅正在改变的日志文件
- f 循环读取
- -q 不显示处理信息
- -c<数目> 显示的字节数
- -n<行数> 显示文件的尾部 n 行内容
- --pid=PID 与 -f 合用，表示在进程ID，PID死掉之后结束
- -q，--quiet，--silent 从不输出给出文件名的首部
- -s，--sleep-interval=S 与 -f 合用，表示在每次反复的间隔休眠S秒
例如 循环读取一个正在运行的日志data.log，查找有关键字 ‘1024BIT’的日志
tail -f data.log | grep '1024BIT'
6.find/grep-查找文件
find / -name filename.txt 根据名称查找 / 目录下的filename.txt文件
find . -name "*.xml" 递归查找所有的xml文件
find . -name "*.xml" |xargs grep "hello world" 递归查找所有文件内容中包含hello world的xml文件
grep -H 'spring' *.xml 查找所有包含spring的xml文件
find ./ -size 0 | xargs rm -f & 删除文件大小为0的文件
ls -l | grep '.jar' 查找当前目录中的所有jar文件
grep 'test' d* 显示所有以d开头的文件中包含test的行
grep 'test' aa bb cc 显示在aa，bb，cc文件中匹配test的行
grep '[a-z]\{5\}' aa 显示所有包含每个字符串至少有5个连续小写字符的字符串的行
7.netstat-查看服务及监听端口
netstat -nlpt 查看当前所有的tcp端口
netstat -ntulp |grep 80 查看所有80端口的使用情况
netstat -an | grep 3306 查看所有3306端口的使用情况
netstat -nlp |grep LISTEN 查看当前所有监听端口
8.ps-查看一个程序是否运行
ps -ef |grep tomcat 查看所有有关tomcat的进程
ps aux |grep java 查看所有java进程
ps aux 查看所有进程
9.查看端口属于哪个程序
lsof -i :80
10.java常用命令
java命令
java是通过java虚拟机来装载和执行编译文件（class文件）的，java虚拟机通过命令java option来启动，-option为虚拟机参数，通过这些参数可对虚拟机的运行状态进行调整
javac命令
编译命令，将java源文件编译成 .class字节码文件
jps命令
jps是jdk提供的一个查看当前java进程的小工具，可以看做事JavaVirtual Machine Process Status Tool 的缩写。非常简单实用
jstat命令
jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。
（1）垃圾回收统计
jstat -gc PID
S0C：第一个幸存区的大小
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU：压缩类空间使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间
（2）每隔一秒查看gc情况
jstat -gcutil PID ms
S0：幸存1区当前使用比例
S1：幸存2区当前使用比例
E：伊甸园区使用比例
O：老年代使用比例
M：元数据区使用比例
CCS：压缩使用比例
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间
jmap
jmap命令是一个可以输出所有内存中对象的工具，甚至可以将VM中的heap，以二进制输出成文本。
（1）打印堆栈信息
jmap -heap PID$ jmap -heap 9943
Attaching to process ID 9943, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.241-b07
using thread-local object allocation.
Parallel GC with 2 thread(s)
Heap Configuration:
MinHeapFreeRatio = 0
MaxHeapFreeRatio = 100
MaxHeapSize = 994050048 (948.0MB)
NewSize = 20971520 (20.0MB)
MaxNewSize = 331350016 (316.0MB)
OldSize = 41943040 (40.0MB)
NewRatio = 2
SurvivorRatio = 8
MetaspaceSize = 21807104 (20.796875MB)
CompressedClassSpaceSize = 1073741824 (1024.0MB)
MaxMetaspaceSize = 17592186044415 MB
G1HeapRegionSize = 0 (0.0MB)
Heap Usage:
PS Young Generation
Eden Space:
capacity = 291504128 (278.0MB)
used = 27395704 (26.12657928466797MB)
free = 264108424 (251.87342071533203MB)
9.39805010239855% used
From Space:
capacity = 19922944 (19.0MB)
used = 11602208 (11.064727783203125MB)
free = 8320736 (7.935272216796875MB)
58.2354093852796% used
To Space:
capacity = 19922944 (19.0MB)
used = 0 (0.0MB)
free = 19922944 (19.0MB)
0.0% used
PS Old Generation
capacity = 511180800 (487.5MB)
used = 188630432 (179.89199829101562MB)
free = 322550368 (307.6080017089844MB)
36.90092272636218% used
26451 interned Strings occupying 2895352 bytes.
（2）导出dump堆
jmap -dump:live,format=b,file=文件名称 PID
jstack
jstack用于打印出给定的java进程ID或core file 或远程调试服务的Java堆栈信息，如果是在64位机器上，需要指定选项“-J-d64”
例如打印PID为9943的java程序的堆栈信息
jstack -l 9943$ jstack -l 9943
2020-09-22 16:11:48
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.241-b07 mixed mode):
"nioEventLoopGroup-762-1" #9626 prio=10 os_prio=0 tid=0x00007f870407d800 nid=0x592d runnable [0x00007f86c972f000]
java.lang.Thread.State: RUNNABLE
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
- locked <0x00000000ec99bd30> (a io.netty.channel.nio.SelectedSelectionKeySet)
- locked <0x00000000ec99bad8> (a java.util.Collections$UnmodifiableSet)
- locked <0x00000000ec99b9c0> (a sun.nio.ch.EPollSelectorImpl)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
at io.netty.channel.nio.SelectedSelectionKeySetSelector.select(SelectedSelectionKeySetSelector.java:62)
at io.netty.channel.nio.NioEventLoop.select(NioEventLoop.java:791)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:439)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:906)
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.lang.Thread.run(Thread.java:748)
Locked ownable synchronizers:
- None
"Attach Listener" #9614 daemon prio=9 os_prio=0 tid=0x00007f86f4005000 nid=0x54a1 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
......
"Reference Handler" #2 daemon prio=10 os_prio=0 tid=0x00007f8728104800 nid=0x26dc in Object.wait() [0x00007f8716854000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:502)
at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
- locked <0x00000000c4d06518> (a java.lang.ref.Reference$Lock)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)
Locked ownable synchronizers:
- None
"VM Thread" os_prio=0 tid=0x00007f87280fa800 nid=0x26db runnable
"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x00007f872801e800 nid=0x26d9 runnable
"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x00007f8728020800 nid=0x26da runnable
"VM Periodic Task Thread" os_prio=0 tid=0x00007f8728144000 nid=0x26e2 waiting on condition
JNI global references: 266
这里我们就可以分析线程是不是有问题。
注意：本文归作者所有，未经作者允许，不得转载
