如何制作一个静态网站源码,做网站有一个火箭回顶部,wordpress关闭主题更新,百度竞价托管代运营Java bin 目录下的工具JVM 内存结构运行时数据区(JVM 规范)VM 栈(JVM 虚拟机栈)是线程私有的#xff0c;它的生命周期和线程相同。它描述的是 Java 方法执行的内存模式。Java 堆区(Heap)是 Java 虚拟机所管理的内存中最大的一块。是被所有线程共享的一块内存区域#xff0c;在…Java bin 目录下的工具JVM 内存结构运行时数据区(JVM 规范)VM 栈(JVM 虚拟机栈)是线程私有的它的生命周期和线程相同。它描述的是 Java 方法执行的内存模式。Java 堆区(Heap)是 Java 虚拟机所管理的内存中最大的一块。是被所有线程共享的一块内存区域在虚拟机启动时候创建。用于存放对象实例。方法区(Method Area)也是各个线程共享的内存区域用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然在 JVM 规范上是描述为堆的一个逻辑部分但是它有一个别名Non-Heap(非堆)独立于堆区之外的。JDK8 它是Metaspace 区Metaspace主要存放Class、Package、Method、Field、字节码、常量池、符号引用等等方法区里面有一个运行时常量池(Run-Time Constant Pool)用于存放编译期生成的各种字面量和符号应用在类加载后进入该池存放。本地方法栈(Native Method Stacks)与虚拟机栈所发挥的作用类似之间的区别虚拟机栈是为虚拟机执行 Java 方法(也就是字节码)服务本地方法栈是为了虚拟机使用到 Native 方法服务。JDK8 真实内存结构(HotSpot)HotSpot--Java HotSpot Performance Engine是 Java 虚拟机的一个实现目前是 Oracle 在维护和发布。JDK8 HotSpot 的堆内存区域结构组成Eden Surviver(S0 S1) Old对象生命周期Eden Surviver(S0 S1) OldEden:该区域是最主要的刚创建的对象的内存分配区域绝大多数对象都会被创建到这里(除了部分大对象通过内存担保机制创建到Old区域默认大对象都是能够存活较长时间的)该区域的对象大部分都是短时间都会死亡的故垃圾回收器针对该部分主要采用标记整理算法了回收该区域。Surviver:该区域也是属于新生代的区域该区域是将在Eden中未被清理的对象存放到该区域中该区域分为两块区域采用的是复制算法每次只使用一块Eden与Surviver区域的比例是8:1是根据大量的业务运行总结出来的规律。Old:该区域是属于老年代一般能够在Surviver中没有被清除出去的对象才会进入到这块区域该区域主要是采用标记清除算法。总结java堆的垃圾回收是垃圾回收器最主要的光顾对象整体采用分代收集的策略对不同区域结合其特点采用不同的垃圾收集算法。我们在编程中也应该关注这一块区域尽量不适用大对象尽可能的创建局部对象使用过后确定废弃不用的对象及时断开引用尽量避免使用循环的对象引用(可达性分析也是比较消耗资源的)等等。JVM内存区域的详解图更多这类文章频繁GC问题或内存溢出排查流程使用 jps查看线程ID假设 PID 为 12011使用 jstat -gc PID 250 20查看gc情况一般比较关注PERM区的情况查看GC的增长情况。使用 jstat -gccause PID额外输出上次GC原因使用 jmap -dump:formatb,file/opt/myHeapDumpFileName 12011生成堆转储文件使用 jhat 或者可视化工具(Eclipse Memory Analyzer 、IBM HeapAnalyzer)分析堆情况。结合代码解决内存溢出或泄露问题。死锁问题使用 jps查看线程ID假设 PID 为 12011使用 jstack 12011 查看线程情况jps显示当前所有 java 进程 pid 的命令16470 Jps12011 Bootstrapjps -v 跟ps -ef|grep java 主要输出内容一样12011 是我这边的一个 java 应用的 pid下面的其他命令都是自己与此应用进行分析的jstat(重要)显示进程中的类装载、内存、垃圾收集、JIT编译等运行数据。查看类加载信息jstat -class PID垃圾回收统计jstat -gc PID 250 10每250毫秒查询一次一共查询10次。S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT34944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.39234944.0 34944.0 1006.5 0.0 279616.0 235729.8 699072.0 12407.5 20736.0 20145.5 2560.0 2411.8 6 0.392 0 0.000 0.392列含义说明**34944.0 表示 34M 大小235729.8 表示 235M **SO S1 Eden young 区-S0C 年轻代中第一个survivor(幸存区)的容量 (字节)-S1C 年轻代中第二个survivor(幸存区)的容量 (字节)-S0U 年轻代中第一个survivor(幸存区)目前已使用空间 (字节) (字母 U 表示 used)-S1U 年轻代中第二个survivor(幸存区)目前已使用空间 (字节) (字母 U 表示 used)-EC 年轻代中Eden(伊甸园)的容量 (字节)-EU 年轻代中Eden(伊甸园)目前已使用空间 (字节)OC OU old 区-OC Old代的容量 (字节)-OU Old代目前已使用空间 (字节)MC MU Metaspace 区MC 方法区大小MU 方法区使用大小其他CCSC 压缩类空间大小CCSU 压缩类空间使用大小YGC 年轻代垃圾回收次数YGCT 年轻代垃圾回收消耗时间FGC 老年代垃圾回收次数FGCT 老年代垃圾回收消耗时间GCT 垃圾回收消耗总时间堆内存统计jstat -gccapacity 12011 250 10查询进程 12011 VM内存中三代(young,old,perm)对象的使用和占用大小每250毫秒查询一次一共查询10次。NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0349504.0 1398080.0 349504.0 34944.0 34944.0 279616.0 699072.0 2796224.0 699072.0 699072.0 0.0 1067008.0 20736.0 0.0 1048576.0 2560.0 6 0列含义说明NGCMN 年轻代(young)中初始化(最小)的大小(字节)NGCMX 年轻代(young)的最大容量 (字节)NGC 年轻代(young)中当前的容量 (字节)S0C 年轻代中第一个survivor(幸存区)的容量 (字节)S1C 年轻代中第二个survivor(幸存区)的容量 (字节)EC 年轻代中Eden(伊甸园)的容量 (字节)OGCMN old代中初始化(最小)的大小 (字节)OGCMX old代的最大容量(字节)OGC old代当前新生成的容量 (字节)OC Old代的容量 (字节)MCMN 最小元数据容量MCMX 最大元数据容量MC 当前元数据空间大小CCSMN 最小压缩类空间大小CCSMX 最大压缩类空间大小CCSC 当前压缩类空间大小YGC 年轻代gc次数从应用程序启动到采样时年轻代中gc次数FGC 老年代GC次数从应用程序启动到采样时old代(全gc Full gc次数)gc次数gcutil使用jstat -gcutil PID 3000 10正常情况结果应该是这样的S0 S1 E O M CCS YGC YGCT FGC FGCT GCT0.00 0.00 67.63 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.68 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.71 38.09 78.03 68.82 124 0.966 5 0.778 1.7440.00 0.00 67.71 38.09 78.03 68.82 124 0.966 5 0.778 1.744S0SO 当前使用比例S1S1 当前使用比例EEden 区使用比例(百分比)(异常的时候这里可能会接近 100%)Oold 区使用比例(百分比)(异常的时候这里可能会接近 100%)MMetaspace 区使用比例(百分比)(异常的时候这里可能会接近 100%)CCS压缩使用比例YGC年轻代垃圾回收次数FGC老年代垃圾回收次数FGCT老年代垃圾回收消耗时间(Full gc耗时)(单位秒)GCT垃圾回收消耗总时间(单位秒)异常的时候每次 Full GC 时间也可能非常长每次时间计算公式FGCT值/FGC指)在 YGC 之前 年轻代 eden S1YGC 之后年轻代 eden S0。如果看到 YGC 之后 old 区空间没变表示此次 YGC没有对象晋升到 old 区jmap生成堆转储快照(heap dump)heap dump 主要记录了在某一时刻JVM堆中对象使用的情况即某个时刻JVM堆的快照是一个二进制文件主要用于分析哪些对象占用了太对的堆空间从而发现导致内存泄漏的对象。堆Dump是反应Java堆使用情况的内存镜像其中主要包括系统信息、虚拟机属性、完整的线程Dump、所有类和对象的状态等。 一般在内存不足、GC异常等情况下我们就会怀疑有内存泄露。这个时候我们就可以制作堆Dump来查看具体情况分析原因。常见内存错误outOfMemoryError 年老代内存不足。outOfMemoryError:PermGen Space 永久代内存不足。outOfMemoryError:GC overhead limit exceed 垃圾回收时间占用系统运行时间的98%或以上。jmap -heap 12011查看指定进程堆(heap)使用情况Attaching to process ID 12011, please wait...Debugger attached successfully.Server compiler detected.JVM version is 25.151-b12using thread-local object allocation.Mark Sweep Compact GCHeap Configuration:MinHeapFreeRatio 40MaxHeapFreeRatio 70MaxHeapSize 4294967296 (4096.0MB)NewSize 357892096 (341.3125MB)MaxNewSize 1431633920 (1365.3125MB)OldSize 715849728 (682.6875MB)NewRatio 2SurvivorRatio 8MetaspaceSize 21807104 (20.796875MB)CompressedClassSpaceSize 1073741824 (1024.0MB)MaxMetaspaceSize 17592186044415 MBG1HeapRegionSize 0 (0.0MB)Heap Usage:New Generation (Eden 1 Survivor Space):capacity 322109440 (307.1875MB)used 242418024 (231.1878433227539MB)free 79691416 (75.9996566772461MB)75.2595217327378% usedEden Space:capacity 286326784 (273.0625MB)used 241387328 (230.20489501953125MB)free 44939456 (42.85760498046875MB)84.30483681191348% usedFrom Space:capacity 35782656 (34.125MB)used 1030696 (0.9829483032226562MB)free 34751960 (33.142051696777344MB)2.88043458819826% usedTo Space:capacity 35782656 (34.125MB)used 0 (0.0MB)free 35782656 (34.125MB)0.0% usedtenured generation:capacity 715849728 (682.6875MB)used 12705280 (12.11669921875MB)free 703144448 (670.57080078125MB)1.774852947908084% used7067 interned Strings occupying 596016 bytes.jmap -histo 12011查看堆内存(histogram)中的对象数量及大小(下面 demo 内容太多所以选取其中一部分)jmap -histo:live 12011查看堆内存(histogram)中的对象数量及大小但是JVM会先触发gc然后再统计信息jmap -dump:formatb,file/opt/myHeapDumpFileName 12011将内存使用的详细情况输出到文件之后一般使用其他工具进行分析。生成的文件可以用一些可视化工具(Eclipse Memory Analyzer 、IBM HeapAnalyzer)来查看编号 个数 字节 类名508: 6 192 java.lang.invoke.LambdaForm$BasicType509: 8 192 java.lang.invoke.MethodHandleImpl$Intrinsic510: 8 192 java.math.RoundingMode511: 6 192 java.net.NetworkInterface$1checkedAddresses512: 6 192 java.rmi.server.UID513: 3 192 java.text.DateFormatSymbols514: 8 192 java.util.Formatter$FixedString515: 6 192 java.util.TreeMap$KeyIterator516: 8 192 java.util.regex.Pattern$Slice517: 8 192 jdk.net.SocketFlow$Status518: 6 192 net.sf.ehcache.DefaultElementEvictionData519: 3 192 net.sf.ehcache.store.chm.SelectableConcurrentHashMap520: 8 192 org.apache.logging.log4j.Level521: 8 192 org.apache.logging.log4j.core.appender.rolling.RolloverFrequency522: 4 192 org.apache.logging.log4j.core.impl.ThrowableProxy523: 3 192 org.apache.logging.log4j.core.layout.PatternLayout524: 12 192 org.apache.logging.log4j.core.util.datetime.FastDateParser$NumberStrategy525: 3 192 org.apache.logging.log4j.core.util.datetime.FixedDateFormat526: 8 192 org.apache.logging.log4j.spi.StandardLevel527: 2 192 sun.nio.ch.ServerSocketChannelImpl528: 4 192 sun.nio.cs.StreamEncoder529: 6 192 sun.reflect.generics.reflectiveObjects.TypeVariableImpl530: 11 176 java.text.NumberFormat$Field531: 11 176 java.util.concurrent.ConcurrentSkipListSet532: 2 176 javax.management.remote.rmi.NoCallStackClassLoader533: 11 176 org.apache.logging.log4j.core.lookup.MapLookup534: 8 168 [Ljava.lang.reflect.TypeVariable;535: 1 168 [[Ljava.math.BigInteger;jstack(线程快照 -- CPU 负载高)jstack命令主要用来查看Java线程的调用堆栈的可以用来分析线程问题(如死锁)jstack用于生成java虚拟机当前时刻的 线程快照(thread dump)。主要记录JVM在某一时刻各个线程执行的情况以栈的形式显示是一个文本文件。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合生成线程快照的主要目的是定位线程出现长时间停顿的原因如线程间死锁、死循环、请求外部资源导致的长时间等待等。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈就可以知道没有响应的线程到底在后台做什么事情或者等待什么资源。如果java程序崩溃生成core文件jstack工具可以用来获得core文件的java stack和native stack的信息从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外jstack工具还可以附属到正在运行的java程序中看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态jstack是非常有用的。jstack 12011查看线程情况jstack -l 12011除堆栈外显示关于锁的附件信息导出文件jstack -l PID /opt/jstack-tomcat1-20180917.log把占用 CPU 资源高的线程十进制的 PID 转换成 16 进制printf %x\n PID比如printf %x\n 12401 得到结果是3071在刚刚输出的那个 log 文件中搜索3071可以找到nid0x3071在线看某个线程 PID 的情况jstack 进程ID | grep 十六进制线程ID -A 10-A 10 参数用来指定显示行数否则只会显示一行信息下面 demo 内容太多所以选取其中一部分结构常见线程状态Runnable正在运行的线程Sleeping休眠的线程Waiting等待的线程2018-03-08 14:28:13Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.151-b12 mixed mode):Attach Listener #53 daemon prio9 os_prio0 tid0x00007f8a34009000 nid0x865 waiting on condition [0x0000000000000000]java.lang.Thread.State: RUNNABLELog4j2-AsyncLoggerConfig-1 #16 daemon prio5 os_prio0 tid0x00007f8a5c48d800 nid0x2f0c waiting on condition [0x00007f8a4cbfe000]java.lang.Thread.State: WAITING (parking)at sun.misc.Unsafe.park(Native Method)- parking to wait for 0x00000007155e4850 (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 com.lmax.disruptor.BlockingWaitStrategy.waitFor(BlockingWaitStrategy.java:45)at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56)at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:124)at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)at java.lang.Thread.run(Thread.java:748)Wrapper-Control-Event-Monitor #13 daemon prio5 os_prio0 tid0x00007f8a5c34e000 nid0x2efc waiting on condition [0x00007f8a60314000]java.lang.Thread.State: TIMED_WAITING (sleeping)at java.lang.Thread.sleep(Native Method)at org.tanukisoftware.wrapper.WrapperManager$3.run(WrapperManager.java:731)RMI TCP Accept-0 #11 daemon prio5 os_prio0 tid0x00007f8a5c32f800 nid0x2efa runnable [0x00007f8a60619000]java.lang.Thread.State: RUNNABLEat java.net.PlainSocketImpl.socketAccept(Native Method)at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409)at java.net.ServerSocket.implAccept(ServerSocket.java:545)at java.net.ServerSocket.accept(ServerSocket.java:513)at sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:52)at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:400)at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:372)at java.lang.Thread.run(Thread.java:748)Service Thread #7 daemon prio9 os_prio0 tid0x00007f8a5c0b4800 nid0x2ef3 runnable [0x0000000000000000]java.lang.Thread.State: RUNNABLEC1 CompilerThread1 #6 daemon prio9 os_prio0 tid0x00007f8a5c0b1800 nid0x2ef2 waiting on condition [0x0000000000000000]java.lang.Thread.State: RUNNABLEC2 CompilerThread0 #5 daemon prio9 os_prio0 tid0x00007f8a5c0af800 nid0x2ef1 waiting on condition [0x0000000000000000]java.lang.Thread.State: RUNNABLESignal Dispatcher #4 daemon prio9 os_prio0 tid0x00007f8a5c0aa800 nid0x2ef0 runnable [0x0000000000000000]java.lang.Thread.State: RUNNABLEFinalizer #3 daemon prio8 os_prio0 tid0x00007f8a5c07b000 nid0x2eef in Object.wait() [0x00007f8a614f4000]java.lang.Thread.State: WAITING (on object monitor)at java.lang.Object.wait(Native Method)- waiting on 0x00000007155e5ba8 (a java.lang.ref.ReferenceQueue$Lock)at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)- locked 0x00000007155e5ba8 (a java.lang.ref.ReferenceQueue$Lock)at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)VM Thread os_prio0 tid0x00007f8a5c06e800 nid0x2eed runnableVM Periodic Task Thread os_prio0 tid0x00007f8a5c332000 nid0x2efb waiting on conditionJNI global references: 281资料
