「Linux命令」-Java程序员需要掌握的10个命令

作为服务端开发的同学，经常会与linux服务器打交道，一些用的命令必须要掌握。
1.top命令-观察服务端负载情况
top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器
1.top命令
2.free命令-查看服务端内存情况
free 命令显示系统内存的使用情况，包括物理内存、交换内存(swap)和内核缓冲区内存
2.free命令
3.df命令-查看你的磁盘情况
# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda6 29G 4.2G 23G 16% / udev 1.5G 4.0K 1.5G 1% /dev tmpfs 604M 892K 603M 1% /run none 5.0M 0 5.0M 0% /run/lock none 1.5G 156K 1.5G 1% /run/shm 4.du命令-显示目录或文件的大小
查看指定文件
$ du -sh Identity4.0K Identity查看指定目录
$ du -h Downloads44K Downloads/$RECYCLE.BIN/.prl_rec48K Downloads/$RECYCLE.BIN7.4M Downloads/.tmp95M Downloads/poko-play-with-new-friends_2.2.5742M Downloads5.tail命令-查看日志
tail 命令可用于查看文件的内容，有一个常用的参数 -f 常用于查阅正在改变的日志文件

• f 循环读取
  
• -q 不显示处理信息
  
• -v 显示详细的处理信息
  
• -c 显示的字节数
  
• -n 显示文件的尾部 n 行内容
  
• --pid=PID 与-f合用,表示在进程ID,PID死掉之后结束
  
• -q, --quiet, --silent 从不输出给出文件名的首部
  
• -s, --sleep-interval=S 与-f合用,表示在每次反复的间隔休眠S秒
  

例如 循环读取一个正在运行的日志tomact.log，查找有关键字‘1024BIT’的日志

tail -f tomcat.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 & 删除文件大小为零的文件ls -l | grep '.jar' 查找当前目录中的所有jar文件grep 'test' d* 显示所有以d开头的文件中包含test的行。grep 'test' aa bb cc 显示在aa，bb，cc文件中匹配test的行。grep '\{5\}' aa 显示所有包含每个字符串至少有5个连续小写字符的字符串的行。7.netstat-查看服务及监听端口
# netstat -ntlp //查看当前所有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 :808010.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：垃圾回收消耗总时间每隔一秒查看gc情况
jstat -gcutil pid ms
S0：幸存1区当前使用比例S1：幸存2区当前使用比例E：伊甸园区使用比例O：老年代使用比例M：元数据区使用比例CCS：压缩使用比例YGC：年轻代垃圾回收次数FGC：老年代垃圾回收次数FGCT：老年代垃圾回收消耗时间GCT：垃圾回收消耗总时间

jmap
jmap命令是一个可以输出所有内存中对象的工具，甚至可以将VM 中的heap，以二进制输出成文本。

例如打印堆栈信息

jmap -heap pid

$ jmap -heap 3550Attaching to process ID 3550, please wait...Debugger attached successfully.Server compiler detected.JVM version is 25.65-b01using thread-local object allocation.Parallel GC with 4 thread(s)Heap Configuration:MinHeapFreeRatio = 0MaxHeapFreeRatio = 100MaxHeapSize = 2147483648 (2048.0MB)NewSize = 44564480 (42.5MB)MaxNewSize = 715653120 (682.5MB)OldSize = 89653248 (85.5MB)NewRatio = 2SurvivorRatio = 8MetaspaceSize = 21807104 (20.796875MB)CompressedClassSpaceSize = 1073741824 (1024.0MB)MaxMetaspaceSize = 17592186044415 MBG1HeapRegionSize = 0 (0.0MB)Heap Usage:PS Young GenerationEden Space:capacity = 34078720 (32.5MB)used = 23307912 (22.22815704345703MB)free = 10770808 (10.271842956542969MB)68.39432936448317% usedFrom Space:capacity = 5242880 (5.0MB)used = 0 (0.0MB)free = 5242880 (5.0MB)0.0% usedTo Space:capacity = 5242880 (5.0MB)used = 0 (0.0MB)free = 5242880 (5.0MB)0.0% usedPS Old Generationcapacity = 89653248 (85.5MB)used = 0 (0.0MB)free = 89653248 (85.5MB)0.0% used3124 interned Strings occupying 227824 bytes.jmap -dump:live,format=b,file=文件名称 pidjmap导出堆信息

jstack
jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息，如果是在64位机器上，需要指定选项"-J-d64"，

例如打印pid为3550的java程序的堆栈信息

jstat -l 3550

结果
$ jstack -l 35502020-09-20 09:04:49Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.65-b01 mixed mode):"Attach Listener" #12 daemon prio=9 os_prio=31 tid=0x00007f8835143800 nid=0x5103 waiting on condition java.lang.Thread.State: RUNNABLELocked ownable synchronizers: - None"nioEventLoopGroup-2-1" #11 prio=10 os_prio=31 tid=0x00007f8835a6a800 nid=0x4f03 runnable java.lang.Thread.State: RUNNABLE at sun.nio.ch.KQueueArrayWrapper.kevent0(Native Method) at sun.nio.ch.KQueueArrayWrapper.poll(KQueueArrayWrapper.java:198) at sun.nio.ch.KQueueSelectorImpl.doSelect(KQueueSelectorImpl.java:103) at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86) - locked  (a io.netty.channel.nio.SelectedSelectionKeySet) - locked  (a java.util.Collections$UnmodifiableSet) - locked  (a sun.nio.ch.KQueueSelectorImpl) 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:753) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:408) at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:897) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.lang.Thread.run(Thread.java:745)Locked ownable synchronizers: - None"Service Thread" #9 daemon prio=9 os_prio=31 tid=0x00007f88348a1800 nid=0x4b03 runnable java.lang.Thread.State: RUNNABLELocked ownable synchronizers: - None"C1 CompilerThread2" #8 daemon prio=9 os_prio=31 tid=0x00007f88360ae800 nid=0x4903 waiting on condition java.lang.Thread.State: RUNNABLELocked ownable synchronizers: - None"C2 CompilerThread1" #7 daemon prio=9 os_prio=31 tid=0x00007f88350b8800 nid=0x4703 waiting on condition java.lang.Thread.State: RUNNABLELocked ownable synchronizers: - None"C2 CompilerThread0" #6 daemon prio=9 os_prio=31 tid=0x00007f8835062800 nid=0x4503 waiting on condition java.lang.Thread.State: RUNNABLELocked ownable synchronizers: - None这里我们就可以分析线程是不是有问题。
这十个命令是开发中常用的命令，特别是JAVA程序员在面临JVM调优的时候，JAVA相关命令熟悉非常重要。这些命令我工作当中经常使用到。