随着 JDK 版本的不断升级，其 GC 策略也随之不停革新，从早期的 1.4 到如今的 11（本文仅讨论在线上环境落地规模较大的版本），其对应的 GC 策略也随之由 Serial、Parallel、CMS 演进至当前的 G1 甚至即将落地的 ZGC 。每一次的调整无不是基于环境的适配性以及业务场景特性，无论如何，只要能够基于特定的操作系统内核、物理内存、JDK版本以及业务特性，达到收益最大化，采用何种实现策略都不为过。当然，还是建议大家以官方的推荐为准，基于自己的业务场景进行不断优化调整，这样才能保证万无一失，使得我们的业务能够健康发展。
随着 JDK 版本的不断升级，其 GC 策略也随之不停革新，从早期的 1.4 到如今的 11（本文仅讨论在线上环境落地规模较大的版本），其对应的 GC 策略也随之由 Serial、Parallel、CMS 演进至当前的 G1 甚至即将落地的 ZGC 。每一次的调整无不是基于环境的适配性以及业务场景特性，无论如何，只要能够基于特定的操作系统内核、物理内存、JDK 版本以及业务特性，达到收益最大化，采用何种实现策略都不为过。当然，还是建议大家以官方的推荐为准，基于自己的业务场景进行不断优化调整，这样才能保证万无一失，使得我们的业务能够健康发展。
最近朋友说想搭建一个公司官网，让给他找一个合适的cms系统。对于开源的CMS的确非常多，使用PHP开发的更多。做JAVA的我比较排斥使用PHP语言的CMS系统，虽然有很多非常出名的cms系统，例如dedecms、帝国cms等；但是我还是喜欢JAVA的cms。这样一来就去码云上找一找。
最近，有读者留言让我推荐开源 CMS。我本想直接回复 WordPress，但是转念一想我玩 WordPress 是 2010 年左右的事情了，都过去十年了，它会不会有些过时呢？有没有新的、更好玩的开源 CMS 呢？
内容管理系统（Content Management System，简称CMS）是一种位于网站前台（用户界面）与后台（数据库）之间的软件系统。其主要作用是将一个网站的内容（包括文字、图片、视频、音频等）与网站的其他部分（如页面布局、网站导航等）分离开来，使得网站管理员可以方便地对网站内容进行编辑、发布和管理，而无需过多地关注网站的技术细节。
无头CMS是一种内容管理系统，它将前端和后端分离，只关注内容的创建和管理，而不处理呈现内容的前端界面。传统的CMS通常将内容管理和展示耦合在一起，即内容的创建、编辑和展示都依赖于特定的前端界面和模板。而无头CMS则将内容与前端逻辑完全解耦，提供了一种更加灵活的方式来处理内容。
在大型企业中，网站和内部网的建设至关重要，但企业在选择框架/内容管理系统（CMS）时往往面临诸多难题。这些难题包括：
虚拟机11.JVM调优_调优方法 ENTER TITLE JVM调优工具 Jconsole，jProfile，VisualVM Jconsole : jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里 JProfiler：商业软件，需要付费。功能强大。详细说明参考这里 VisualVM：JDK自带，功能强大，与JProfiler类似。推荐。 如何调优 观察内存释放情况、集合类检查、对象树 上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几
前段时间有个小伙伴去面试，被问到了 CMS 垃圾回收器的详细内容，没答出来。实际上，CMS 垃圾回收器是回收器历史上很重要的一个节点，其开启了 GC 回收器关注 GC 停顿时间的历史。今天，就让树哥带你一起来学一波吧！
公司的江南白衣写了一篇关键业务系统的JVM参数推荐(2016热冬版)的文章,大牛的文章总是需要细细品读。这篇文章介绍大量的JVM调优参数,内容也比较多,本文只是列出我自己能理解的一些参数,暂时理解不了的参数就只能等以后自己实力到家了,再慢慢补充上来。
这套项目源码是基于java开发框架进行开发的。项目后端本项目基于主要使用的java /springboot开发，简单易用，逻辑主要是数据库的增删查改。
最开始的mqnamesrv.sh脚本获取环境变量的部分看不懂其实没啥影响，大略有个印象即可，当然可以截取部分的命令到Linux运行测试一下就明白了，比如准备环境变量等等，最后一句话比较关键。
前提： 某大型跨境电商业务发展非常快，线上机器扩容也很频繁，但是对于线上机器的运行情况，特别是jvm内存的情况，一直没有一个统一的标准来给到各个应用服务的owner。经过618大促之后，和运维的同学讨论了下，希望将线上服务器的jvm参数标准化，可以以一个统一的方式给到各个应用，提升线上服务器的稳定性，同时减少大家都去调整jvm参数的时间。 参考了之前在淘宝天猫工作的公司的经历：经过大家讨论，根据jdk的版本以及线上机器配置，确定了一个推荐的默认jvm模版： 最终推荐的jvm模版： jdk版本 机器配置 建议jvm参数 备注 jdk1.7 6V8G -server -Xms4g -Xmx4g -Xmn2g -Xss768k -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68 -verbose:gc -XX:+PrintGCDetails -Xloggc:{CATALINA_BASE}/logs/gc.log -XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath={CATALINA_BASE}/logs 前台 jdk1.7 8V8G -server -Xms4g -Xmx4g -Xmn2g -Xss768k -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68 -verbose:gc -XX:+PrintGCDetails -Xloggc:{CATALINA_BASE}/logs/gc.log -XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath={CATALINA_BASE}/logs 前台 jdk1.7 4V8G -server -Xms4g -Xmx4g -Xmn2g -Xss768k -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68 -verbose:gc -XX:+PrintGCDetails -Xloggc:{CATALINA_BASE}/logs/gc.log -XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath={CATALINA_BASE}/logs 前台 jdk1.7 6V8G -server -Xms4g -Xmx4g -XX:MaxPermSize=512m \ -verbose:gc -XX:+PrintGCDetails -Xloggc{CATALINA_BASE}/logs/gc.log -XX:+PrintGCTimeStamps \ 后台 某互联网（bat）公司的推荐配置： 配置说明： 1. 堆设置 o -Xms:初始堆大小 o -Xmx:最大堆大小 o -XX:NewSize=n:设置年轻代大小 o -XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4 o -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5 o -XX:MaxPermSize=n:设置持久代大小 2. 收集器设置 o -XX:+UseSerialGC:设置串行收集器 o -XX:+UseParallelGC:
CMS是"Content Management System"的缩写，意为"网站管理系统"，也叫智能建站系统或自助建站系统，注意这里要和在线建站区分，cms是可以下载的，用户可以获取到网站源码，cms可以理解为一个已经开发好的网站，已经集成了很多常用的功能，用户下载后直接可以使用，不需要再找人开发，节约了建站时间和成本，CMS系统往往是开源的型式出现，并提供免费下载，开源并不是不赢利，开源是让更多的使用者都来使用这系统软件，他们会发现更多BUG,代码安全或者在使用中会结合现代网站提出新的需求，大量的爱好者开发出新功能和风格模板，这就是我们所说的二次开发。
最近一些项目开始用到CMS系统，最开始是研究JAVA的，无奈国内JAVA的CMS开源系统还是比较少，最多最成熟的还是PHP的，当然现在.NET的也不少了，这里做一下汇总备忘，留待学习研究。
前提： 某大型跨境电商业务发展非常快，线上机器扩容也很频繁，但是对于线上机器的运行情况，特别是jvm内存的情况，一直没有一个统一的标准来给到各个应用服务的owner。经过618大促之后，和运维的同学讨论了下，希望将线上服务器的jvm参数标准化，可以以一个统一的方式给到各个应用，提升线上服务器的稳定性，同时减少大家都去调整jvm参数的时间。 参考了之前在淘宝天猫工作的公司的经历：经过大家讨论，根据jdk的版本以及线上机器配置，确定了一个推荐的默认jvm模版： 最终推荐的jvm模版： jdk版本 机器配置 建议jvm参数 备注 jdk1.7 6V8G -server -Xms4g -Xmx4g -Xmn2g -Xss768k -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68 -verbose:gc -XX:+PrintGCDetails -Xloggc:{CATALINA_BASE}/logs/gc.log -XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath={CATALINA_BASE}/logs 前台 jdk1.7 8V8G -server -Xms4g -Xmx4g -Xmn2g -Xss768k -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68 -verbose:gc -XX:+PrintGCDetails -Xloggc:{CATALINA_BASE}/logs/gc.log -XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath={CATALINA_BASE}/logs 前台 jdk1.7 4V8G -server -Xms4g -Xmx4g -Xmn2g -Xss768k -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=68 -verbose:gc -XX:+PrintGCDetails -Xloggc:{CATALINA_BASE}/logs/gc.log -XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath={CATALINA_BASE}/logs 前台 jdk1.7 6V8G -server -Xms4g -Xmx4g -XX:MaxPermSize=512m \ -verbose:gc -XX:+PrintGCDetails -Xloggc{CATALINA_BASE}/logs/gc.log -XX:+PrintGCTimeStamps \ 后台 某互联网（bat）公司的推荐配置：
线上问题不同于开发期间的 bug，与运行时环境、压力、并发情况、具体的业务相关。对于线上的问题利用线上环境可用的工具，收集必要信息 对定位问题十分重要。
前面几篇文章都在介绍GC的工作原理，下面开始大家期待的垃圾回收器章节。一共有三篇：CMS、G1和ZGC。
前面介绍的收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。这里讨论的是JDK1.7 Update14之后的HotSpot虚拟机。该虚拟机包含的收集器如下:
注意：还是会造成线程等待现象–>Stop-The-World（STW），但是减少垃圾回收的停顿时间就会同时减小系统的吞吐量
要添加在tomcat 的bin 下catalina.sh 里，位置cygwin=false前 。
简介：标记整理算法讲解以及分代收集算法讲解 是什么 CMS (Concurrent Mark Sweep）收集器是-种以获取最短回收停顿时间为⽬标的收集器。 ⽬前很⼤⼀部分的Java应⽤集中在互联⽹站或者B/S系统的服务端上,这类应⽤尤其重 视服务的响应速度，希望系统停顿时间最短，以给⽤户带来较好的体验。 CMS 收集器是基于“标记-清除”算法实现的 步骤流程 初始标记（CMS initial mark) -----标记⼀下 GC Roots 能直接关联到的对象，速度很快 并发标记（CMS concurr
垃圾收集器总结 常用垃圾收集器对比 垃圾收集器 串行/并行/并发 新生代/老年代 算法 目标 适用场景 Serial 串行 新生代 复制 低延迟优先 单 CPU 环境下的 Client 模式 Serial Old 串行 老年代 标记-整理 低延迟优先 单 CPU 环境下的 Client 模式、CMS 的后备预案 Parllel Scavenge 并行 新生代 复制 吞吐量优先 在后台运算而不需要太多交互的业务 Parallel Old 并行 老年代 标记-整理 吞吐量优先 在后台运算而不需要太多交互的业务
UCode Cms内容管理系统是Java知识图谱的重要组成部分，是面向企业级应用软件开发的脚手架。当前版本1.3.3。
相信大家都了解 jps、jmap、jstack 等常用 java 堆栈输出命令，有过 dump、gc 分析的经验，面试中会经常被问到有关 JVM 问题，比如你是否了解你的程序在生产环境的基础配置，堆内存、栈内存怎么设置的，又是怎么估算的大小，或是垃圾回收器及回收垃圾算法的最佳使用策略。作为项目的核心开发人员，别把这些事当成是架构师要干的活，因为代码可是你一行一行码出来的，没人比你更清楚，你得负责从程序开发、黑白盒测试、项目验收、部署上线、集成交付、运维监控、用户体验等环节。越大的企业，项目模块分配的越细，这也并不代表你不需要了解整体系统的性能，其中任何一个环节出问题，都可能导致系统无法正常运行。
WordPress是一个基于PHP的内容管理系统 (CMS)，可让您创建博客、网站或 Web 应用程序。WordPress 是全球数百万开发人员使用的开源耦合类型内容管理系统 CMS。与其他解决方案相比，使用和维护它的人数占 CMS 使用量的 43% 以上。
JDK诞生 Serial追随 提高效率，诞生了PS，为了配合CMS，诞生了PN，CMS是1.4版本后期引入，CMS是里程碑式的GC，它开启了并发回收的过程，但是CMS毛病较多，因此目前任何一个JDK版本默认是CMS 并发垃圾回收是因为无法忍受STW
概述 ---- 垃圾收集 Garbage Collection 通常被称为“GC”，它诞生于1960年 MIT 的 Lisp 语言，经过半个多世纪，目前已经十分成熟了。 jvm 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此，我们的内存垃圾回收主要集中于 java 堆和方法区中，在程序运行期间，这部分内存的分配和使用都是动态的。 对象存活判断 ---- 判断对象是否存活一般有两种方式： 引用计数：每个对象有一个引用计数属
Java 语言是当前互联网应用最为广泛的语言，作为一名 Java 程序猿，当业务相对比较稳定之后平常工作除了 coding 之外，大部分时间（70%~80%）是会用来排查突发或者周期性的线上问题。由于业务应用 bug（本身或引入第三方库）、内外部环境、底层硬件问题等原因，Java线上服务出现故障/问题几乎不可避免。例如，常见的现象包括部分请求超时、用户明显感受到系统发生卡顿等等。
JVM的命令行参数参考：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
2015年在大物流项目中，给项目团队做了几次Java性能优化和问题排查的分享，不过效果都不是很好。一直觉得偏向技术实践类的东西，单纯的听和单纯的讲收获都很有限，最好的做法是阅读学习-理解-实践-总结，这样的方式。这一份原来是我在阅读《Java性能优化权威指南》时候的阅读笔记，最近整理后在这边做一下分享。
Java堆:一般是放置实例化的对象的地方，堆分新生代和老年代空间，不断未被回收的对象越老，被放入老年代空间。分配最大堆空间:-Xmx 分配初始堆空间:-Xms,分配新生代空间:-Xmn，新生代的大小一般为整个堆空间的1/3到1/4。新生代一般分为eden和survivor（from,to）区。新生代被GC15（配置参数-XX:MaxTenuringThreshold,默认15）次后仍存活，进入老年代，但也可能提前晋升，由survivor区决定。新生代和老年代都属于JVM的Heap区，另外还有一个持久代Perm区，又叫永久区，是一块线程共享的内存区域，大小决定了系统可以保存多少个类，定义太多的类，会抛出内存溢出错误。分配永久区空间:-XX:PermSize和-XX:MaxPermSize（默认为64M）。
1. 标准选项：这类选项的功能是很稳定的，在后续版本中也不太会发生变化，即使有变化也必须保证向后兼容。运行java或java -help可以看到所有的标准选项。所有的标准选项都是以“-”开头，比如-version，-server等。
引用计数器算法是给每个对象设置一个计数器，当有地方引用这个对象的时候，计数器+1，当引用失效的时候，计数器-1，当计数器为0的时候，JVM就认为对象不再被使用，是“垃圾”了。
Headless CMS是一种内容管理系统，它将前端和后端分离，只关注内容的创建和管理，而不处理呈现内容的前端界面。传统的CMS通常将内容管理和展示耦合在一起，即内容的创建、编辑和展示都依赖于特定的前端界面和模板。而Headless CMS则将内容与前端逻辑完全解耦，提供了一种更加灵活的方式来处理内容。
清楚的记得是2020/7/25 14:34分左右，周六的下午，我还在公司苦逼的加班中，突然钉钉告警群里出现大量应用OP的dubbo超时调用、空指针异常，异常中间还有Metaspace元空间不足等异常:
目前，互联网上 Java 的 GC 资料要么是主要讲解理论，要么就是针对单一场景的 GC 问题进行了剖析，对整个体系总结的资料少之又少。前车之鉴，后事之师，美团的几位工程师历时一年多的时间，搜集了内部各种 GC 问题的分析文章，并结合个人的理解做了一些总结，希望能起到“抛砖引玉”的作用。
suorce：https://www.cnblogs.com/haha66/p/13821842.html
垃圾收集 Garbage Collection 通常被称为“GC”，它诞生于1960年 MIT 的 Lisp 语言，经过半个多世纪，目前已经十分成熟了。
上篇博客介绍了垃圾回收算法，如果说垃圾回收算法是内存回收的方法论，那么垃圾回收器就是内存回收的具体实现。
升级版自助快递查询系统，采用SpringBoot + Apache Shiro + Mybatis Plus + Thymeleaf 架构。kuaidi-cms致力于开发最精简、实用的快递CMS管理系统，完美自适应。 上篇文章一款精美的后台内容管理系统讲解了环境搭建。并添加了一些扩展功能。今天接着讲怎么在服务器部署快递查询系统。
在报警群里看到 XXX 服务所在的服务器负载很高， 4 核 16G 的配置，CPU 使用率 >90%
它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程。所以不适合服务器环境
是先有垃圾回收器再有JVM呢，还是先有JVM再有垃圾回收器呢？或者是先有垃圾回收再有JVM呢？历史上还真是垃圾回收更早面世，垃圾回收最早起源于1960年诞生的LISP语言，Java只是支持垃圾回收的其中一种。下面我们就来刨析刨析JVM的垃圾回收~
optimistic locking failed; nested exception is org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect)
• 异步处理是使用队列的一个主要原因，比如注册成功了，发优惠券/送积分/送红包/发短信/发邮件等操作都可以异步处理
【1】线程请求的栈深度大于虚拟机所允许的深度，将抛出 StackOverflowError 异常。递归的调用一个简单的方法，不断累积就会抛出 StackOverflowError 异常。 【2】如果虚拟机在动态扩展栈时无法申请到足够的内存空间，则抛出 OutOfMemoryError 异常。无限循环的创建线程，并对每个线程增加内存。则会抛出 OutOfMemoryError 异常。 【注意】：在多线程的情况下，给每个线程的栈分配的内存越大，越容易产生内存溢出异常。操作系统为每个进程分配的内存是有限制的，虚拟机提供了参数来控制 Java堆和方法区这两部分共享内存的最大值，忽略程序计数器的内存消耗（很小），以及进程本身消耗的内存，剩下的内存便给了虚拟机栈和本地方法栈。每个线程分配到的栈容量越大，可以建立的线程数量自然就越少。因此，如果是建立过多的线程导致的内存溢出，在不能减少线程数的情况下，就只能通过减少最大堆和每个线程的栈容量来换取更多的线程。结合下图理解学习：
概述 垃圾收集 Garbage Collection 通常被称为“GC”，它诞生于1960年 MIT 的 Lisp 语言，经过半个多世纪，目前已经十分成熟了。 jvm 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此，我们的内存垃圾回收主要集中于 java 堆和方法区中，在程序运行期间，这部分内存的分配和使用都是动态的. 对象存活判断 判断对象是否存活一般有两种方式： 引用计数：每个对象有一个引用计数属性，新增一个引用时计数加
很多教科书判断对象是否存活的算法是这样的：在对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加一；当引用失效时，计数器值就减一；任何时刻计数器为零的对象就是不可能再被使用的。笔者面试过很多应届生和一些有多年工作经验的开发人员，他们对于这个问题给予的都是这个答案。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
