java jvm内存泄漏、内存占用过高 解决方案 如果对外内存使用过高，可以在启动的时候增加如下参数解决： export MALLOC_ARENA_MAX=4

模拟java内存泄漏OutOfMemoryError 如何模拟OOM 先上代码: import java.util.ArrayList; import java.util.List; public class MemoryOverflowTest { public static void main(String[] args) { List<int[]> list = new ArrayList<>(); try { while (true) { // 每次分配一个较大的数组 int[] array = new int[1000000]; list.add(array); System.out.println("Allocated: " + (list.size() * 1000000) + " ints"); } } catch (OutOfMemoryError e) { System.err.println("OutOfMemoryError caught!"); e.printStackTrace(); } } } 保存的文件名需要和 class 一致，也就是文件名应该为: MemoryOverflowTest.java 接着使用 javac 编译成 class： javac MemoryOverflowTest.java 现在就可以运行了，但是为了防止本机出现问题，建议运行的时候加上 Xmx 和 Xms 限制内存使用： java -server -Xmx64m -Xms64m MemoryOverflowTest

java高CPU使用率排查-线程分析 使用率排序 找出进程对应的线程 --> 过滤其它信息只留线程相关的内容 --> 对过滤的内容按占用cpu大小进行排序 --> 输出到文件中 top -H -p PID -d 1 -n 1 | grep java | awk '{print $2,$10}' | sort -r -k 2 > thread 脚本 #!/bin/bash # rm -rf xthread jstack -l $1 > debug.log top -H -p $1 -d 1 -n 1 | grep java |awk '{print $2,$10}' | sort -r -k 2 > thread while read line;do th=`echo $line | awk '{print $1}'` printf "%x\n" ${th} >> xthread done < thread 导出内存堆栈，使用 MAT 分析，-F 强制导出 jmap -dump:format=b,file=11010.dump 11010 命令行分析内存转储，生成html ./ParseHeapDump.sh ~/316/316dump.out ls ./ParseHeapDump.sh ~/316/316dump.out org.eclipse.mat.api:suspects org.eclipse.mat.api:overview org.eclipse.mat.api:top_components

java jar 的一次修改破解 0x1 准备工作 首先触发报错，看报错的内容 在服务器上查看堆栈，以确定对应的文件 可以确定是UserDaoImpl.java中，并且目录是com.farm.authority.dao.impl 但并没有在找到 authority 相关的目录，而是在 lib 中找到了可能相关的jar，那么就需要破解看看了 0x2 反编译工具选择 使用 cfr 直接反编译出源码，推荐 使用 jar 命令解压出 class，再使用其他工具反编译出java源码，如 eclipse 的 Class Decompiler viewer，或者其他各种工具 其实如果代码没有加密等情况，有了源码就很好解决了，修改下判断就能达到我们的目的，但是如何编译回去又成了最大的问题 0x3 编译 因为我们没有整套的源码，如何把修改后的java文件编译成class是个大问题，大概尝试了有如下办法： 使用 javac 命令，但是一直提示有两个类型转换错误，而且 javac 没有办法跳过错误 听闻 eclipse 有跳过错误的功能，但是实际使用很复杂，保存后自动编译貌似也没通过 最后使用了 idea，它在源码中显示出了这两个错误的行，然后点击后还自动给修复了（貌似就增加了一个声明），最后编译成功。总体尝试下来推荐使用 idea