a807719447的专栏

最近测试提了个bug，说批量图片上传会返回500错误。然后我弄了两个zip压缩包一个3MB，一个120MB，发现3MB的压缩包每次上传都没问题，而120MB的每次上传都会报500，于是上spring cloud gateway网关查看了下日志，发现网关报了一个莫名奇妙的错误Connection prematurely closed BEFORE response意思为连接在响应前过早关闭了。显得莫名奇妙，然后拿着这个报错百度google了一番，没找到答案，于是换个方向。小文件没有问题，而大文件出问题，

项目中的异步审计日志一直抛栈溢出异常。日志如下Exception in thread "golog-pool-1-thread-1" java.lang.StackOverflowError at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936) at org.springframework.data.convert.CustomConversions$TargetTypes.computeIfAbsent(C

java自带的工具：jstack：查看java stack和native stack具体信息，通常用于分析线程问题，例如cpu负载过高相关参数-F 转储线程栈会挂起进程-m 打印两个栈的栈帧-l 打印关于锁的额外信息-h 帮助信息jmap：查看运行时内存分配情况，和堆内存转储，会导致stw（慎用）相关参数<none> 打印相关动态链接信息-heap 打印堆的汇总信息-histo[:live]

本想好好过个年，怎奈项目不给力。过年期间生产环境频繁告警。主要是xxljob调度失败，查看xxljob日志是调用超时，于是赶紧去查看下是不是项目挂掉了，查看了下健康状态发现，都很健康，怎么就调度失败了呢？不科学。>>>>>>>>>>>触发调度<<<<<<<<<<<触发调度：address：172.19.5.242:9999code：500msg：com.xxl.rpc

jvm生产应该配置哪些内容1、堆内存大小2、gc日志3、发生oom的时候dump heap4、使用什么垃圾回收器5、回收策略以下为一个常用配置示例，具体根据应用需求使用不同的垃圾回收器以及回收策略。-Xms2g -Xmx2g 堆内存初始大小和最大值设置成一样，防止扩容-Xloggc:./gc-%t.log-XX:+PrintGCDetails 输出gc详细信息-XX:+PrintTenuringDistribution 打印对象年龄分布-XX:+PrintGCDateStamps 输出

指定64位机使用jmap -J-d64 -heap pid输出jvm的heap内容到文件加live是只输出存活对象jmap -dump:live,format=b,file=Pid-1949.txt 1949查看准备回收的对象信息jmap -finalizerinfo 1949查看堆内存配置信息jmap -heap 1949Attaching to pro...