搜索到
224
篇与
的结果
-
Java线程组和线程优先级 一、线程组Java中ThreadGroup表示线程组，每个线程比如属于一个线程组，创建线程时，如果没有指定线程组，那么新创建的线程默认属于其父线程所在线程组。public class ThreadDemo { public static void main(String[] args) { Thread testThread = new Thread(() -> { System.out.println("测试线程组：" + Thread.currentThread().getThreadGroup().getName()); System.out.println("测试线程名：" + Thread.currentThread().getName()); }); testThread.start(); System.out.println("main线程名：" + Thread.currentThread().getName()); } }线程组管理其中的线程，线程组是一个标准的树状结构，这样涉及的原因是防止“上级”线程被“下级”线程引用而无法进行有效的GC回收。二、线程优先级Java中线程优先级是支持指定的，范围是1-10，但并不是所有操作系统都支持10级优先级，，Java只给操作系统一个优先级的参考量，线程在操作系统中最终的优先级还是有操作系统决定的。线程默认优先级是5，线程的执行顺序由调度程序来决定，通常情况下，高优先级的线程会比低优先级的线程有更高的机率得到执行。import java.util.stream.IntStream; public class ThreadDemo { public static void main(String[] args) { IntStream.range(1, 10).forEach(i -> { Thread thread = new Thread(() -> { System.out.println(String.format("当前线程名称%s,优先级%s", Thread.currentThread().getName(), Thread.currentThread().getPriority())); }); thread.setPriority(i); thread.start(); }); } }某次的输出结果当前线程名称Thread-5,优先级6 当前线程名称Thread-0,优先级1 当前线程名称Thread-1,优先级2 当前线程名称Thread-4,优先级5 当前线程名称Thread-7,优先级8 当前线程名称Thread-2,优先级3 当前线程名称Thread-8,优先级9 当前线程名称Thread-6,优先级7 当前线程名称Thread-3,优先级4Java提供⼀个线程调度器来监视和控制处于RUNNABLE状态的线程。线程的调度策略采⽤抢占式，优先级⾼的线程⽐优先级低的线程会有更⼤的⼏率优先执⾏。在优先级相同的情况下，按照“先到先得”的原则。每个Java程序都有⼀个默认的主线程，就是通过JVM启动的第⼀个线程main线程。线程组与线程都有优先级，当线程组内的线程优先级高于线程组的优先级时，系统会自动设置线程的优先级为线程组的优先级。public class ThreadDemo { static int i = 0; public static void main(String[] args) throws Exception { ThreadGroup threadGroup = new ThreadGroup("TestThreadGroup"); threadGroup.setMaxPriority(4); Thread thread = new Thread(threadGroup, () -> { System.out.println("测试线程优先级与线程组优先级"); }); thread.setPriority(6); System.out.println("线程实际优先级：" + thread.getPriority()); } }输出结果线程实际优先级：4三、守护线程如果某线程是守护线程，那如果所有的⾮守护线程结束，这个守护线程也会⾃动结束。守护线程优先级较低。⼀个线程默认是⾮守护线程，可以通过setDaemon(boolean on)来设置一个线程是否是守护线程。import java.util.stream.IntStream; public class ThreadDemo { static int i = 0; public static void main(String[] args) throws Exception { Thread thread = new Thread(() -> { while (true) { System.out.println("我还活着" + ++i); } }); thread.start(); System.out.println("main方法执行完成"); } }输出结果：main方法执行完成 我还活着1 我还活着2 ......引入thread线程默认不是守护线程，所以即使main线程结束后，thread线程也会一直循环下去。我们稍作稍作修改，把thread线程设置成非守护线程。import java.util.stream.IntStream; public class ThreadDemo { static int i = 0; public static void main(String[] args) throws Exception { Thread thread = new Thread(() -> { while (true) { System.out.println("我还活着" + ++i); } }); thread.setDaemon(true); thread.start(); //让main线程暂停10ms，防止守护线程未执行main线程就结束的情况 thread.sleep(10); System.out.println("main方法执行完成"); } }某次输出结果我还活着1 我还活着2 我还活着3 我还活着4 我还活着5 我还活着6 我还活着7 我还活着8 我还活着9 我还活着10 我还活着11 我还活着12 我还活着13 我还活着14 我还活着15 我还活着16 我还活着17 我还活着18 我还活着19 我还活着20 我还活着21 我还活着22 我还活着23 我还活着24 我还活着25 我还活着26 我还活着27 我还活着28 我还活着29 我还活着30 我还活着31 我还活着32 我还活着33 我还活着34 我还活着35 我还活着36 我还活着37 我还活着38 我还活着39 我还活着40 我还活着41 我还活着42 我还活着43 我还活着44 我还活着45 我还活着46 我还活着47 我还活着48 我还活着49 我还活着50 我还活着51 我还活着52 我还活着53 我还活着54 我还活着55 我还活着56 我还活着57 我还活着58 我还活着59 我还活着60 我还活着61 我还活着62 我还活着63 我还活着64 我还活着65 我还活着66 我还活着67 我还活着68 我还活着69 我还活着70 我还活着71 我还活着72 我还活着73 我还活着74 我还活着75 我还活着76 我还活着77 我还活着78 我还活着79 我还活着80 我还活着81 我还活着82 我还活着83 我还活着84 我还活着85 我还活着86 我还活着87 我还活着88 我还活着89 我还活着90 我还活着91 我还活着92 我还活着93 我还活着94 我还活着95 我还活着96 我还活着97 我还活着98 我还活着99 我还活着100 我还活着101 我还活着102 我还活着103 我还活着104 我还活着105 我还活着106 我还活着107 我还活着108 我还活着109 我还活着110 我还活着111 我还活着112 我还活着113 我还活着114 我还活着115 我还活着116 我还活着117 我还活着118 我还活着119 main方法执行完成 我还活着120 我还活着121 我还活着122 我还活着123 我还活着124可以看到main线程执行完成后，守护线程会自动关闭。 -
Java Callable接口、Future接口及FutureTask类用法 通常来讲，我们使用Runnable接口或者Thread类来创建一个新线程，但是他们有一个缺点，就是run方法没有返回值，如果我们需要开启线程后获得一个返回值，就可以使用Callable接口配合Future类来实现。一、Callable接口Callable⼀般是配合线程池⼯具ExecutorService来使⽤。ExecutorService可以使⽤submit⽅法来让⼀个Callable接⼝执⾏，它会返回⼀个Future，我们后续的程序可以通过这个Future的get⽅法得到结果。可以看一下下面的Demoimport java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; public class FutureDemo implements Callable<String> { @Override public String call() throws Exception { return "Hello,World"; } public static void main(String[] args) { ExecutorService executorService = Executors.newCachedThreadPool(); FutureDemo futureDemo = new FutureDemo(); Future<String> tFuture = executorService.submit(futureDemo); try { System.out.println(tFuture.get()); } catch (Exception exception) { } } }运行后，控制台会输出Hello,World二、Future接口看一下Future接口的源代码public interface Future<V> { /** * 试图取消一个线程的执行，但是不一定能成功，因为任务可能已完成或已取消或其他因素不能取消 * * @param 是否允许打断正在执行的任务 * @return 是否取消成功 */ boolean cancel(boolean mayInterruptIfRunning); /** * 获取线程是否已取消 * * @return 线程完成前被取消返回true */ boolean isCancelled(); /** * 获取线程是否已完成 * * 如果线程异常、被终止或者取消，都会返回true * * @return 线程完成返回true */ boolean isDone(); /** * 获取线程返回值 * * @return 线程返回结果 */ V get() throws InterruptedException, ExecutionException; /** * 在给定时间内获取返回值，如果超时未获取到返回超时异常 * * @param 获取结果最大等待时间 * @param 时间计量单位 * @return 结果 */ V get(long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException; }下面通过实际代码看一下Future接口的基本用法。修改上面代码如下import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; public class FutureDemo implements Callable<String> { @Override public String call() throws Exception { return "Hello,World"; } public static void main(String[] args) { ExecutorService executorService = Executors.newCachedThreadPool(); FutureDemo futureDemo = new FutureDemo(); Future<String> tFuture = executorService.submit(futureDemo); // 判断线程是否完成 System.out.println("线程是否完成：" + tFuture.isDone()); // 判断线程是否取消 System.out.println("线程是否取消：" + tFuture.isCancelled()); try { System.out.println(tFuture.get()); // 判断线程是否完成 System.out.println("线程是否完成：" + tFuture.isDone()); // 判断线程是否取消 System.out.println("线程是否取消：" + tFuture.isCancelled()); } catch (Exception exception) { } } } 输出结果线程是否完成：false 线程是否取消：false Hello,World 线程是否完成：true 线程是否取消：false可以看到，在获取到结果前，线程是未完成、未取消的，获取到结果后，线程正常结束，此时线程是已完成、未取消的。下面代码继续修改，我们在获取结果之前先取消，因为线程可能来不及取消已经完成，所以我们加个让call方法睡眠1s。import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; import java.util.concurrent.CancellationException; public class FutureDemo implements Callable<String> { @Override public String call() throws Exception { Thread.sleep(1000); return "Hello,World"; } public static void main(String[] args) { ExecutorService executorService = Executors.newCachedThreadPool(); FutureDemo futureDemo = new FutureDemo(); Future<String> tFuture = executorService.submit(futureDemo); // 判断线程是否完成 System.out.println("线程是否完成：" + tFuture.isDone()); // 判断线程是否取消 System.out.println("线程是否取消：" + tFuture.isCancelled()); try { // 试图取消线程 boolean isCancelled = tFuture.cancel(true); System.out.println("任务是否取消成功:" + isCancelled); // 判断线程是否完成 System.out.println("线程是否完成：" + tFuture.isDone()); // 判断线程是否取消 System.out.println("线程是否取消：" + tFuture.isCancelled()); // get的时候需要判断线程状态 System.out.println(tFuture.get()); } catch (CancellationException cancellationException) { System.out.println("线程已经被取消"); } catch (Exception exception) { exception.printStackTrace(); } } } 输出结果线程是否完成：false 线程是否取消：false 任务是否取消成功:true 线程是否完成：true 线程是否取消：true 线程已经被取消可以看到，线程已经取消成功，线程取消成功后，如果还是调用get方法，会抛出CancellationException异常，并且线程取消成功后，isDone方法也会返回true，代表线程已经完成。最后一个方法，我们看一下增加get的重载方法。import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; import java.util.concurrent.TimeUnit; import java.util.concurrent.TimeoutException; import java.util.concurrent.CancellationException; public class FutureDemo implements Callable<String> { @Override public String call() throws Exception { Thread.sleep(1000); return "Hello,World"; } public static void main(String[] args) { ExecutorService executorService = Executors.newCachedThreadPool(); FutureDemo futureDemo = new FutureDemo(); Future<String> tFuture = executorService.submit(futureDemo); try { // get方法如果0.5秒内未获取到结果就抛出超时异常 System.out.println(tFuture.get((long)0.5, TimeUnit.SECONDS)); } catch (TimeoutException timeoutException) { System.out.println("超过0.5s未获取到结果"); } catch (Exception exception) { exception.printStackTrace(); } } } 输出结果超过0.5s未获取到结果三、FutureTask类FutureTask是Java自带的Future接口的实现类。FutureTask是实现的RunnableFuture接⼝，⽽RunnableFuture接⼝同时继承了Runnable接⼝和`Future接⼝。import java.util.concurrent.Callable; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; import java.util.concurrent.FutureTask; import java.util.concurrent.TimeUnit; import java.util.concurrent.TimeoutException; import java.util.concurrent.CancellationException; public class FutureDemo implements Callable<String> { @Override public String call() throws Exception { return "Hello,World"; } public static void main(String[] args) { ExecutorService executorService = Executors.newCachedThreadPool(); FutureDemo futureDemo = new FutureDemo(); FutureTask<String> futureTask = new FutureTask<>(futureDemo); executorService.submit(futureTask); try { System.out.println(futureTask.get()); }catch (Exception exception) { exception.printStackTrace(); } } } 输出结果：Hello,World文章摘抄自《深入浅出Java多线程.pdf》并对内容进行完善。
-
Java volatile关键字的用法 volatile是Java中的关键字，用于修饰变量，被volatile修饰的变量可以确保线程对这个变量的读写都是直接从主内存在中进行的。我们先来看下面一段代码public class Volatile { private boolean ready; public void setReady(boolean ready) { this.ready = ready; } public boolean getReady() { return this.ready; } public static void main(String[] args) throws Exception { Volatile volatile1 = new Volatile(); new Thread(() -> { try { Thread.sleep(1000); } catch (InterruptedException exception) { exception.printStackTrace(); } volatile1.setReady(true); System.out.println("设置ready值为true"); }).start(); new Thread(() -> { while (!volatile1.getReady()) { } System.out.println("检测到ready变成" + volatile1.getReady()); }).start(); } }运行这段代码，我们查看控制台，可以看到虽然我们在第一个线程中将ready值设置成了true，但是第二个线程中，while仍然进入了一个死循环。这是因为在两个线程中，ready的值被隔离了，所以我们在第一个线程中修改的ready值在第二个线程中是获取不到的。这个时候，我们可以给ready变量加上volatile关键字进行修饰，修改后代码如下public class Volatile { private volatile boolean ready; public void setReady(boolean ready) { this.ready = ready; } public boolean getReady() { return this.ready; } public static void main(String[] args) throws Exception { Volatile volatile1 = new Volatile(); new Thread(() -> { try { Thread.sleep(1000); } catch (InterruptedException exception) { exception.printStackTrace(); } volatile1.setReady(true); System.out.println("设置ready值为true"); }).start(); new Thread(() -> { while (!volatile1.getReady()) { } System.out.println("检测到ready变成" + volatile1.getReady()); }).start(); } }再次运行代码，可以发现第一个线程中的内容正常输出了，这就是volatile关键字的作用，一个线程中修改被volatile修饰的变量，另外一个变量能立即看到修改后的值。volatile关键字有两个作用：可见性及有序性。可见性当一个线程修改了被volatile修饰的变量的值，其他线程能够立刻看到修改后的值。这是因为被volatile修饰的变量不会被缓存到寄存器或其他处理器不可见的地方，因此保证了每次读取volatile变量都会从住内存中读取最新的值。有序性被volatile修饰的变量的读写具有一定的有序性，也就是禁止了指令重排序优化，这就意味着，在一个线程中，对被volatile修饰的变量的写操作一定发生在后续对这个变量的读操作之前。
-
Java Runnable接口的run()方法和start()方法 在Java 1.8及后续的版本中，我们有三种（也可以说是两种）方法开启线程。继承Thread类实现Runnable接口使用Java 8的函数式编程其中1和3的方式没有什么歧义，我们重点说一下Runnable接口。其实标题说Runnable接口的run()方法和start()方法是不准确的，严格来讲，应该是Runnable接口的run()方法和实现Runnable接口的实例的start()。先说一下结论，start()方法来启动线程，真正实现了多线程运行。这时无需等待run方法体代码执行完毕，可以直接继续执行下面的代码；而run()方法当作普通方法的方式调用。程序还是要顺序执行，要等待run方法体执行完毕后，才可继续执行下面的代码，程序中只有主线程——这一个线程，其程序执行路径还是只有一条，这样就没有达到写线程的目的。我们可以通过下面代码进行验证。public class Demo { static class Runner1 implements Runnable { // 实现了Runnable接口，jdk就知道这个类是一个线程 public void run() { for (int i = 0; i < 10; i++) { System.out.println("进入Runner1运行状态——————————" + i); } } } static class Runner2 implements Runnable { // 实现了Runnable接口，jdk就知道这个类是一个线程 public void run() { for (int i = 0; i < 10; i++) { System.out.println("进入Runner2运行状态==========" + i); } } } public static void main(String[] args) { Runner1 runner1 = new Runner1(); Runner2 runner2 = new Runner2(); runner1.run(); runner2.run(); // new Thread(runner1).start(); // new Thread(runner2).start(); } }看一下控制台输出内容，程序是先执行完runner1之后才执行的runner2方法，系统并没有给线程排队，相当于runner1和runner2是顺序执行的。我们修改上面的代码，改成start()方法执行public class Demo { static class Runner1 implements Runnable { // 实现了Runnable接口，jdk就知道这个类是一个线程 public void run() { for (int i = 0; i < 10; i++) { System.out.println("进入Runner1运行状态——————————" + i); } } } static class Runner2 implements Runnable { // 实现了Runnable接口，jdk就知道这个类是一个线程 public void run() { for (int i = 0; i < 10; i++) { System.out.println("进入Runner2运行状态==========" + i); } } } public static void main(String[] args) { Runner1 runner1 = new Runner1(); Runner2 runner2 = new Runner2(); // runner1.run(); // runner2.run(); new Thread(runner1).start(); new Thread(runner2).start(); } }再次查看控制台可以看到runner1和runner2是交替执行的，也就证明了，此时正确的开启了线程。
-
JVisualVM：多合一故障处理工具 VisualVM是功能最强大的虚拟机运行监视和故障处理程序之一，曾经在很长一段时间内是Oracle官方助理发展的虚拟机故障处理工具。VisualVM的性能分析功能，比起JProfiler等专业收费工具也不遑多让，相比于第三方的功能，VisualVM还有一个很大的优点：不需要被监视的程序基于特殊的Agent去运行，因此它的通用性很强，对应用程序实际性能影响也比较小，使得它可以直接应用于生产环境。在这个注重颜值的时代，相较于JProfiler，可能界面比较丑陋是最大的缺点了吧。在强大的插件加持下，VisualVM可以实现包括但不限于以下的功能：显示虚拟机进程以及进程的配置、环境信息显示应用程序的处理器、垃圾收集、堆、方法区及线程信息dump以及分析堆转储快照方法级的应用程序性能分析，找出被调用最多、运行时间最长的方法壹、安装插件VisualVM插件可以直接在线安装，依次点击【tools】- 【plugins】勾选需要安装的插件，点击【install】即可进行安装。贰、生成、浏览堆转储快照生成和浏览堆转储快照可能是日常开发过程中分析性能最常见的操作，下面介绍下在visualVM中如何生成或者分析堆转储快照。一、生成堆转储快照我们运行一个程序后，在visualVM左侧Local下，会自动加载对应的进程信息。比如我这里的JHSDB_TestCae，我们下面都以这个为例进行说明。可以通过以下两种方式之一生成堆转储快照选择应用程序，点击右键，然后选择【Heap Dump】双击应用程序，在打开的页面中，选择【Monitor】，然后选择【Heap Dump】快照存储后会自动打开。二、打开堆转储快照如果是别人发过来的快照文件，可以点击左上角的文件图标打开。Overview页签显示的是一些基本信息，包括pid、Java版本、虚拟机参数、环境参数等信息。Monitor页签是图标信息显示的CPU、堆、元空间、类及线程等信息。Threads页签显示的是线程信息Sampler页签以一定的时间间隔对CPU、内存进行采样，可检查出占用CPU时间较多或占用内存空间较大的线程，有助于性能调优。对CPU采样时，该页提供CPU样例(CPU samples)和线程CPU时间(Thread CPU time)两个子页签，前者可用于分析调用链上的方法耗时，后者可用于比较线程CPU耗时。profiler是性能分析页签，因为性能分析对程序运行性能影响较大，生产环境不建议使用。叁、常见插件介绍上面所过，VisualVM是支持插件的，下面我们介绍几款常用的插件。一、BTrace动态日志跟踪BTrace允许在不中断目标程序的前提下，通过HotSpot虚拟机的Instrument功能动态加入原本并不存在的调试代码。在插件页面，选择BTrace Workbench，然后安装我们创建一段输出固定内容的死循环并运行package cc.lisen.test; import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; /** * description: * * @author: lisen * @Blog：<a href="https://lisen.cc">lisen.cc</a> * @DateTime: 2025-04-20 20:34 */ public class BTraceTest { public String sayHello(String name) { return "Hello " + name; } public static void main(String[] args) throws IOException { while (true) { BTraceTest bTraceTest = new BTraceTest(); BufferedReader reader = new BufferedReader(new InputStreamReader(System.in)); System.out.println(bTraceTest.sayHello(reader.readLine())); } } }打开VisualVM，找到我们的程序，点击右键选择【Trace Application】，然后输入以下脚本/* BTrace Script Template */ import org.openjdk.btrace.core.annotations.*; import static org.openjdk.btrace.core.BTraceUtils.*; @BTrace(unsafe=true) public class TracingScript { @OnMethod( clazz="cc.lisen.test.BTraceTest", method="sayHello", location=@Location(Kind.RETURN) ) public static void func(@Self cc.lisen.test.BTraceTest instance,String test,@Return String result) { System.out.println("调用堆栈:"); jstack(); } }
-
jhsdb：基于服务性代理的调试工具 JHSDB是一款基于服务性代理实现的进程外调试工具。服务性代理是HotSpot虚拟机中一组用于映射Java虚拟机运行信息的API集合。通过服务性代理，可以在一个独立的Java虚拟机进程里分析其他HotSpot虚拟机的内部数据，或者从HotSpot虚拟机进程内存中dump出来的转出快照里还原出虚拟机当时的运行状态细节。下面我们通过实际代码演示一下JHSDB常见的使用命令。壹、准备演示代码public class JHSDB_TestCase { static class ObjectHolder { } static class Test { static ObjectHolder staticObjectHolder = new ObjectHolder(); ObjectHolder instanceObjectHolder = new ObjectHolder(); void foo() { ObjectHolder localObjectHolder = new ObjectHolder(); System.out.println("done"); } } public static void main(String[] args) { Test test = new Test(); test.foo(); } }贰、查看VMID为了查看虚拟机信息，我们需要先知道虚拟机的进程ID,我们通过下面的命令查看VMIDjps -l叁、jhsdb常见使用命令一、hsdbjhsdb hsdb命令用于打开可视化可视化监控页面jhsdb hsdb命令格式如下jhsdb hsdb <pid>打开可视化界面jhsdb hsdb --pid 19825 二、jmapjmap命令用于生成堆转储快照，与JDK自带的jmap命令类似。jhsdb jmap命令格式如下jhsdb jmap [--pid pid | --exe executable --core coredump] [options]其中options包括--heap to print java heap summary //显示Java堆详细信息--binaryheap to dump java heap in hprof binary format--dumpfile name of the dump file //导出 Java 虚拟机堆的快照，生成文件--histo to print histogram of java object heap //打印 Java 对象堆的直方图--clstats to print class loader statistics //打印 Java 堆的类加载器统计信息--finalizerinfo to print information on objects awaiting finalization //打印有关等待完成的对象的信息查看堆栈信息jhsdb jmap --pid 14383 --heap转储堆栈快照除了查看堆栈信息，我们也可以转储堆栈信息。jhsdb jmap --pid 14383 --binaryheap --dumpfile /users/lisen/downloads/heap.bin查看class信息可以查看instances(实例数)、bytes(大小)、class name(类名)等信息jhsdb jmap --pid 14383 --histo 三、jinfojinfo命令用于实时查看和修改虚拟机各项参数。jhsdb jmap命令格式如下jhsdb jinfo <option> <pid>其中option包括以下内容flags：查看所有虚拟机参数sysprops：查看Java系统属性值输出虚拟机参数jhsdb jinfo --pid 14383 --flags输出Java系统属性jhsdb jinfo --pid 14383 --sysprops 四、jsnapjsnap打印性能计数器信息。jhsdb jsnap 命令格式如下jhsdb jnap <option> <pid>打印性能计数信息jhsdb jsnap --pid 14383 五、jstackjhsdb jstack打印线程信息jhsdb jstack命令格式如下jhsdb jstack <pid> <option>其中option包括以下内容locks：打印线程信息mixed：尝试打印Java栈与本地方法栈的信息（需操作系统支持）打印锁信息jhsdb jstack --locks --pid 14383
-
借助jstack分析CPU占用高及线程死锁问题 jstack是用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内存每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因。一、分析CPU占用高的问题在实际项目开发过程中，CPU占用异常是经常遇到的问题，当遇到CPU异常时，我们可以借助jstack进行问题排查。下面我们通过模拟，刨析一下整个问题分析过程。模拟代码在下面的代码中，我们写了一个死循环，模拟CPU占用过高问题。public class ThreadMain { private static ExecutorService executorService = Executors.newFixedThreadPool(5); public static void main(String[] args) { Task task1 = new Task(); Task task2 = new Task(); executorService.execute(task1); executorService.execute(task2); } public static Object lock = new Object(); static class Task implements Runnable { public void run() { synchronized (lock) { long sum = 0L; while (true) { sum += 1; } } } } }查询CPU占用高的进程在Linux服务器，我们通过top命令，可以查看CPU信息，默认按照由高到低显示。输入top命令，查询进程信息。top可以看到，目前占用最高的进程ID是9420查询对应线程在上面，我们已经查询到9420进程，我们可以进一步分析，9420进程内到底是哪个线程CPU占用最高。输入一下命令，可以查看线程信息top Hp 9420可以看到目前占用CPU最高的线程是9445线程转换我们通过top命令查询到的9445线程ID是10进制的，但是jstack展示的线程是16进制的，因此我们需要将10进制的9445转成16进制，也就是0x24e5通过jstack查询线程快照输入一下命令jstack 9420{alert type="info"}jstack后的vmid就是进程ID{/alert}jstack输出信息的nid就是16进制的线程id，我们找到nid是0x24e5线程，可以定位到具体代码位置 at ThreadMain$Task.run(ThreadMain.java:30)，也就是ThreadMain.java的第30行。二、分析线程死锁问题模拟代码我们通过下面的代码，模拟线程死锁问题public class ThreadMain { private final static Object lockA = new Object(); private final static Object lockB = new Object(); public static void main(String[] args) { new Thread(() -> { synchronized (lockA) { System.out.println(Thread.currentThread().getName() + "获得了锁LockA"); try { Thread.sleep(1000); } catch (InterruptedException e) { try { throw new RuntimeException(e); } catch (RuntimeException ex) { throw new RuntimeException(ex); } } synchronized (lockB) { System.out.println(Thread.currentThread().getName() + "获得了锁LockB"); } } }).start(); new Thread(() -> { synchronized (lockB) { System.out.println(Thread.currentThread().getName() + "获得了锁LockB"); try { Thread.sleep(1000); } catch (InterruptedException e) { try { throw new RuntimeException(e); } catch (RuntimeException ex) { throw new RuntimeException(ex); } } synchronized (lockA) { System.out.println(Thread.currentThread().getName() + "获得了锁LockA"); } } }).start(); } }查询VMID我们通过jps命令，可以查询虚拟机进程IDjps -l可以看到，我们当前VMID是18395查询线程信息同样通过jstack命令可以查询进程信息。jstack 18395重点关注状态时BLOCKED的线程，我们可以看到Thread-1跟Thread-1目前都是BLOCKED状态，Thread-1目前锁定了<0x0000000782539600>并且正在等待<0x00000007825395f0>,而Thread-0正好相反，Thread-0锁定了<0x00000007825395f0>并且正在等待<0x0000000782539600>，这就导致两个线程相互锁定。当然，我们也可以看到两个线程异常发生的位置。
-
JDK自带的虚拟机性能监控、故障处理工具 Java在个版本的JDK中为我们提供了各种JVM性能监控及故障处理的小程序，当然，随着JDK版本的迭代，这些小工具的数量和功能也在不知不觉的增加与增强。本文我们会介绍JDK自带的摘日常开发过程中常用的监控虚拟机运行状态和故障处理的工具。{mtitle title="jps:虚拟机进程查看工具"/}jps命令与Linux下的ps命令类似，可以列示当前正在运行的虚拟机进程，并显示虚拟机进程的主类名称以及泽泻进程本地虚拟机唯一的ID(LVMID)，后续我们介绍的工具，大都需要提供虚拟机的LVMID。对于本地虚拟机而言，LVMID与操作系统的进程ID是一致的。jps命令格式jps [option] [hostid]jps工具组要选项 选项 擢用 -q 只输出LVMID，省略主类的名称 -m 输出虚拟机进程启动时传输主类main()函数的参数 -l 输出主类的全称，如果执行的是JAR包，则输出JAR包路径 -v 输出虚拟机集成启动时的JVM参数 当然我们常用的就是jps -l命令，输出所有信息。{mtitle title="jstat:虚拟机统计信息监视工具"/}jstat用于监视虚拟机各种运行状态信息，可以显示本地或者远程虚拟机进程中的类加载、内存、垃圾回收、即时编译等运行时数据。jstat命令格式jstat [option] [lvmid] [internal] [count]option是各类参数lvmid是虚拟机进程的ID，也就是我们jps查询出的IDinternal是间隔多长时间刷新一次count是一共刷新的次数 选项 作用 -class 监视类加载、卸载信息、总空间以及类装载耗时 -gc 监视Java堆状况，包括Eden区、2个Survivor区，老年带、永久带的容量，已使用空间、垃圾收集时间合计等信息 -gccapacity监视内容与-gc基本相同，单输出内容主要关注Java堆各个区域使用到的最大、最小空间-gcutil监视内容基本与-gc相同，但输出内容主要关注已使用空间占总空间的百分比-gccause与-gcutil功能一样，但是会额外输出导致上一次垃圾回收的原因-gcnew监视新生代垃圾收集情况-gcnewcapacity监视内容与-gcnew基本相同，输出主要关注使用的最大、最小空间-gcold监视老年代垃圾收集情况-gcoldcapacity监视内容与-gcold基本相同，输出主要关注使用的最大、最小空间-gcmetacapacity元空间的最大、最小空间-compiler输出即时编译器编译过的方法、耗时等信息-printcompiilation输出已经被即时编译的方法-class类加载统计jstat -class 24272Loaded:加载class的数量Bytes：所占用空间大小Unloaded：未加载数量Bytes:未加载占用空间Time：时间-gc垃圾回收统计jstat -gc 24272S0C：第一个幸存区的大小S1C：第二个幸存区的大小S0U：第一个幸存区的使用大小S1U：第二个幸存区的使用大小EC：伊甸园区的大小EU：伊甸园区的使用大小OC：老年代大小OU：老年代使用大小MC：方法区大小MU：方法区使用大小CCSC:压缩类空间大小CCSU:压缩类空间使用大小YGC：年轻代垃圾回收次数YGCT：年轻代垃圾回收消耗时间FGC：老年代垃圾回收次数FGCT：老年代垃圾回收消耗时间GCT：垃圾回收消耗总时间-gccapacity堆内存统计jstat -gccapacity 24272NGCMN：新生代最小容量NGCMX：新生代最大容量NGC：当前新生代容量S0C：第一个幸存区大小S1C：第二个幸存区的大小EC：伊甸园区的大小OGCMN：老年代最小容量OGCMX：老年代最大容量OGC：当前老年代大小OC:当前老年代大小MCMN:最小元数据容量MCMX：最大元数据容量MC：当前元数据空间大小CCSMN：最小压缩类空间大小CCSMX：最大压缩类空间大小CCSC：当前压缩类空间大小YGC：年轻代gc次数FGC：老年代GC次数-gcutil堆内存占比统计jstat -gcutil 24272S0：幸存1区当前使用比例S1：幸存2区当前使用比例E：伊甸园区使用比例O：老年代使用比例M：元数据区使用比例CCS：压缩使用比例YGC：年轻代垃圾回收次数FGC：老年代垃圾回收次数FGCT：老年代垃圾回收消耗时间GCT：垃圾回收消耗总时间-gcnew新生代垃圾回收统计jstat -gcnew 24272S0C：第一个幸存区大小S1C：第二个幸存区的大小S0U：第一个幸存区的使用大小S1U：第二个幸存区的使用大小TT:对象在新生代存活的次数MTT:对象在新生代存活的最大次数DSS:期望的幸存区大小EC：伊甸园区的大小EU：伊甸园区的使用大小YGC：年轻代垃圾回收次数YGCT：年轻代垃圾回收消耗时间-compiler编译统计jstat -compiler 24272Compiled：编译数量。Failed：失败数量Invalid：不可用数量Time：时间FailedType：失败类型FailedMethod：失败的方法{mtitle title="jinfo:Java配置信息工具"/}jinfo（Configuration Info for Java）的作用是实时查看和调整虚拟机各项参数。说是能调整，但是基本也不会有人调整吧，其实主要还是查看参数信息，特别是一些我们没有指定的隐式的默认参数。-sysprops：查看该进程的全部配置信息jinfo -sysprops 24272其实会输出很多信息，这里只截取了部分。-flags：查看曾经赋过值的参数值jinfo -flags 24272-flag： 查看具体参数的值用法如下jinfo -flag [options] [lvmid]比如查看最大堆内存jinfo -flag MaxHeapSize 24272{mtitle title="jmap:Java内存映像工具"/}jmap主要用于生成堆转储快照，类似与java启动命令的-XX:+HeapDumpOnOutOfMemoryError。除此之外，jmap还可以查询finalize执行队列、Java堆和方法区的想起信息。选项作用-dump生成Java堆转储快照，格式为-dump:[live,]format=b,file=>，其中live子参数说明是否只dump出存活的对象-finalizerinfo显示在F-Queue中等待Finalizer线程执行finalize方法的对象-heap显示Java堆详细信息-histo显示堆中对象统计信息，包括类、实例数量、合计容量-F当虚拟机进程堆-dump选项无响应时，可强制生成dump快照-dump生成堆转储快照jmap -dump:format=b,file=test.hsprof 24272然后可以对堆转储快照进行分析。{mtitle title="jstack：Java堆栈跟踪工具"/}jstack（Stack Trace for Java）命令用于生成虚拟机当前时刻的线程快照（一般称为threaddump或者javacore文件）。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的目的通常是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间挂起等，都是导致线程长时间停顿的常见原因。线程出现停顿时通过jstack来查看各个线程的调用堆栈，就可以获知没有响应的线程到底在后台做些什么事情，或者等待着什么资源。命令格式jstack [ option ] lvmid选项作用-F当正常输出的请求不被响应时，强制输出线程堆栈-l出堆栈外，额外显示锁信息-m如果调用本地方法的话，可以显示C/C++的堆栈jstack 24272
-
常用的dump文件分析工具 当系统发生内存溢出时，我们一般的处理方式都是通过抓取内存堆转储快照的形式进行分析，本文我们介绍几种日常常用的dump文件分析工具。准备工作我们通过-XX:+HeapDumpOnOutOfMemoryError参数让虚拟机在出现内存溢出时Dump出当前的内存堆转储快照，然后对Dump出的文件进行分析。示例代码如下import java.util.ArrayList; import java.util.List; public class HeapDump { static class HeapDumpObject { } public static void main(String[] args) { List<HeapDumpObject> heapDumpObjectList = new ArrayList<>(); while (true) { heapDumpObjectList.add(new HeapDumpObject()); } } }我们通过命令运行程序javac HeapDump.java java -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError HeapDump此时程序会在程序运行目录下生成.hprof格式的dump文件，我们可以针对此文件进行分析，查找内存泄漏对象的引用路径，并定位到代码具体位置。工具一：JVisualVMJVisualVM是JDK自带的dump，目前在JDK中已经没有预置此工具了，我们可以通过 官网进行下载。点击左上角，可以加载我们的dump文件可以切换摘要、线程等页签，查看不同的跟踪信息。工具二：IntelliJ Idea自带的分析器依次打开【视图】-【工具窗口】- 【分析器】点击【打开快照】，选择我们上方生成的.hprof文件可以分析最大对象以及定位我们异常发生的位置。工具三：MATMAT全称Memory Analyzer，是eclipse出品的一款独立的内存分析工具，可以在 官网下载。{message type="success" content="下载时，注意选择镜像位置，默认日本节点较慢"/}打开软件后，选择[Open a Heap Dump]可以查看对象占用空间等信息，也可以定位具体代码位置工具三：JProfilerJProfiler 是一款强大的性能分析工具，能够深入分析 Java 应用程序的 CPU 使用情况、内存消耗、线程状态和数据库查询，从而帮助快速定位性能瓶颈。打开JProfiler后，点击左上角【会话】-【打开快照】，可以选择我们本地的dump文件。双击占用最大的类，然后引用选择【传入引用】在【引用】页签，选择点击【显示更多】，可以查看异常代码的位置。
-
java获取JVM信息 在Java或者Spring Boot日常开发过程中，因为Java的自动垃圾回收机制，我们可能很少关注JVM的信息，面临性能问题时，我们可能也会更多的借助JProfiler等第三方工具进行问题分析。比如我们需要做一个程序运行健康监控功能，我们可能就需要获取Jvm的信息，下面我们就看一下如何在Java中获取Jvm信息。首先我们定义两个公共方法，分别是用来将毫秒转换成时分秒，另外一个方法是将时间戳转换成时分秒毫秒。/** * 毫秒转换成时分秒 * * @param uptime 毫秒 * @return 时分秒 */ protected static String toDuration(double uptime) { NumberFormat fmtI = new DecimalFormat("###,###", new DecimalFormatSymbols(Locale.ENGLISH)); NumberFormat fmtD = new DecimalFormat("###,##0.000", new DecimalFormatSymbols(Locale.ENGLISH)); uptime /= 1000; if (uptime < 60) { return fmtD.format(uptime) + " 秒"; } uptime /= 60; if (uptime < 60) { long minutes = (long) uptime; return fmtI.format(minutes) + "分"; } uptime /= 60; if (uptime < 24) { long hours = (long) uptime; long minutes = (long)((uptime - hours) * 60); String s = fmtI.format(hours) + "时"; if (minutes != 0) { s += " " + fmtI.format(minutes) + "分"; } return s; } uptime /= 24; long days = (long) uptime; long hours = (long)((uptime - days) * 24); String s = fmtI.format(days) + "天"; if (hours != 0) { s += " " + fmtI.format(hours) + "时"; } return s; } /** * 时间戳钻日期 * * @param timeStamp 时间戳 * @return 日期 */ protected static String timeStamp2Date(long timeStamp) { SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS", Locale.ENGLISH); return simpleDateFormat.format(timeStamp); }{mtitle title="获取Jvm基本信息"/}可以获取jvm的名称、jvm版本、jvm制造商、java版本、jvm启动时间、jvm运行时间等信息RuntimeMXBean runtimeMXBean = ManagementFactory.getRuntimeMXBean(); System.out.printf("jvm名称：%s %n", runtimeMXBean.getVmName()); System.out.printf("jvm版本：%s %n", runtimeMXBean.getVmVersion()); System.out.printf("jvm制造商：%s %n", runtimeMXBean.getVmVendor()); System.out.printf("java版本：%s %n", System.getProperty("java.version")); System.out.printf("jvm启动时间：%s %n", timeStamp2Date(runtimeMXBean.getStartTime())); System.out.printf("jvm运行时间：%s %n", toDuration(runtimeMXBean.getUptime()));{mtitle title="获取编译信息"/}可以获取编译器名称、编译耗时及是否支持及时编译器编译监控。CompilationMXBean compilationMXBean = ManagementFactory.getCompilationMXBean(); System.out.printf("编译器名称：%s %n", compilationMXBean.getName()); System.out.printf("编译耗时：%s %n", toDuration(compilationMXBean.getTotalCompilationTime())); System.out.printf("是否支持及时编译器编译监控：%s %n", compilationMXBean.isCompilationTimeMonitoringSupported());{mtitle title="获取线程信息"/}可以获取总线程数、守护进程线程数、峰值线程数、Java虚拟机启动后创建并启动的线程总数、是否支持测量当前线程的CPU时间等信息。ThreadMXBean threadMXBean = ManagementFactory.getThreadMXBean(); System.out.printf("总线程数(守护+非守护)：%s %n", threadMXBean.getThreadCount()); System.out.printf("守护进程线程数：%s %n", threadMXBean.getDaemonThreadCount()); System.out.printf("峰值线程数：%s %n", threadMXBean.getPeakThreadCount()); System.out.printf("Java虚拟机启动后创建并启动的线程总数：%s %n", threadMXBean.getTotalStartedThreadCount()); System.out.printf("是否支持测量当前线程的CPU时间：%s %n", threadMXBean.isCurrentThreadCpuTimeSupported()); System.out.printf("当前线程的总CPU时间：%s %n", threadMXBean.getCurrentThreadCpuTime()); System.out.printf("当前线程在用户模式中执行的CPU时间：%s %n", threadMXBean.getCurrentThreadUserTime()); {mtitle title="堆内存使用情况"/}可以获取初始化堆内存、已使用堆内存、可使用堆内存、最大堆内存等信息MemoryUsage heapMemoryUsage = ManagementFactory.getMemoryMXBean().getHeapMemoryUsage(); System.out.printf("初始化堆内存：%sm %n", heapMemoryUsage.getInit() / 1024 / 1024); System.out.printf("已使用堆内存：%sm %n", heapMemoryUsage.getUsed() / 1024 / 1024); System.out.printf("可使用堆内存：%sm %n", heapMemoryUsage.getCommitted() / 1024 / 1024); System.out.printf("最大堆内存：%sm %n", heapMemoryUsage.getMax() / 1024 / 1024); 为了方便查询数据，我们可以手工编译、运行代码javac JvmInfo.java java -Xmx20m JvmInfo{mtitle title="非堆内存使用情况"/}也可以获取非堆内存，也就是永久代的信息。需要注意，JDK1.7之后已经废弃了永久代的概念，使用元空间进行替代MemoryUsage noHeapMemoryUsage = ManagementFactory.getMemoryMXBean().getNonHeapMemoryUsage(); System.out.printf("初始化非堆内存：%sm %n", noHeapMemoryUsage.getInit() / 1024 / 1024); System.out.printf("已使用非堆内存：%sm %n", noHeapMemoryUsage.getUsed() / 1024 / 1024); System.out.printf("可使用非堆内存：%sm %n", noHeapMemoryUsage.getCommitted() / 1024 / 1024); System.out.printf("最大非堆内存：%sm %n", noHeapMemoryUsage.getMax() / 1024 / 1024); {mtitle title="系统概况"/}可以获取操作系统名称、操作系统版本、处理器数量、系统平均负载、电脑架构等信息OperatingSystemMXBean operatingSystemMXBean = ManagementFactory.getOperatingSystemMXBean(); System.out.printf("操作系统名称：%s %n", operatingSystemMXBean.getName()); System.out.printf("操作系统版本：%s %n", operatingSystemMXBean.getVersion()); System.out.printf("可用处理器数量%s %n", operatingSystemMXBean.getAvailableProcessors()); System.out.printf("系统平均负载：%f %n", operatingSystemMXBean.getSystemLoadAverage()); System.out.printf("电脑架构：%s %n", operatingSystemMXBean.getArch());{mtitle title="类加载情况"/}可获取当前加载类数量、未加载类数量、总加载类数量ClassLoadingMXBean classLoadingMXBean = ManagementFactory.getClassLoadingMXBean(); System.out.printf("当前加载类数量%s %n", classLoadingMXBean.getLoadedClassCount()); System.out.printf("未加载类数量%s %n", classLoadingMXBean.getUnloadedClassCount()); System.out.printf("总加载类数量%s %n", classLoadingMXBean.getTotalLoadedClassCount()); 也可以获取内存池对象public static void main(String[] args) { List < MemoryPoolMXBean > memoryPoolMXBeanList = ManagementFactory.getMemoryPoolMXBeans(); for (MemoryPoolMXBean memoryMXBean: memoryPoolMXBeanList) { final String kind = memoryMXBean.getType().name(); final MemoryUsage usage = memoryMXBean.getUsage(); System.out.println( "内存模型： " + getKindName(kind) + ", 内存空间名称： " + getPoolName(memoryMXBean.getName()) + ", jvm." + memoryMXBean.getName() + ".init(初始化):" + bytesToMB(usage.getInit())); System.out.println( "内存模型： " + getKindName(kind) + ", 内存空间名称： " + getPoolName(memoryMXBean.getName()) + ", jvm." + memoryMXBean.getName() + ".used(已使用): " + bytesToMB(usage.getUsed())); System.out.println( "内存模型： " + getKindName(kind) + ", 内存空间名称： " + getPoolName(memoryMXBean.getName()) + ", jvm." + memoryMXBean.getName() + ".committed(可使用):" + bytesToMB(usage.getCommitted())); System.out.println( "内存模型： " + getKindName(kind) + ", 内存空间名称： " + getPoolName(memoryMXBean.getName()) + ", jvm." + memoryMXBean.getName() + ".max(最大):" + bytesToMB(usage.getMax())); } } protected static String getKindName(String kind) { if ("NON_HEAP".equals(kind)) { return "NON_HEAP(非堆内存)"; } else { return "HEAP(堆内存)"; } } protected static String getPoolName(String poolName) { switch (poolName) { case "Code Cache": return poolName + "(代码缓存区)"; case "Metaspace": return poolName + "(元空间)"; case "Compressed Class Space": return poolName + "(类指针压缩空间)"; case "PS Eden Space": return poolName + "(伊甸园区)"; case "PS Survivor Space": return poolName + "(幸存者区)"; case "PS Old Gen": return poolName + "(老年代)"; default: return poolName; } } protected static String bytesToMB(long bytes) { return (bytes / 1024 / 1024) + " MB"; }
-
RuoYi AI：一个全栈式 AI 开发平台 壹、简介RuoYi-AI是基于经典开源项目RuoYi深度扩展的AI开发平台，它不仅继承了RuoYi家族的高效开发特性，还支持对接OpenAI、C还GLM、讯飞星火等几十种大语言模型，实现了聊天对话、图像生成、语音克隆等前沿功能，成为开发者构建智能应用的“一站式”解决方案。贰、特色功能全套开源系统：提供完整的前端应用、后台管理以及小程序应用，全部开箱即用。基于MIT开源协议，自由度高，可灵活修改和分发代码。本地RAG方案：集成Milvus/Weaviate向量库、本地向量化模型、Ollama调用本地LLM，实现完全本地化RAG的高效检索与生成，保障数据隐私与性能。丰富插件功能：支持联网、SQL查询插件及Text2API插件，扩展系统能力与应用场景。内置SSE、websocket等网络协议，支持对接多种大语言模型，同时还集成了MidJourney和DALLE AI绘画功能强大的多媒体功能：支持AI翻译、PPT制作、语音克隆和翻唱等扩展功能：支持将大模型接入个人或企业微信支付功能：支持易支付、微信支付等多种支付方式三、开发部署3.1、环境要求JDK17MySQL 5.7或者 MySql 8.0Redis 5.X+Maven 3.8+NodeJS+(含pnpnm)3.2、后端安装3.2.1、Clone代码GiHub地址：https://github.com/ageerle/ruoyi-aiGitee地址：https://gitee.com/ageerle/ruoyi-ai3.2.2、Idea导入项目使用Idea导入项目并正确配置Maven，在application.yaml文件中修改数据库及Redis链接信息3.2.3、初始化数据库数据库初始化脚本位于script/sql/ruoyi-ai.sql。3.2.3、运行项目以上配置完成后，直接运行项目即可。3.3、安装管理端&客户端3.3.1、Clone代码3.3.1.1、管理端代码GiHub地址：https://github.com/ageerle/ruoyi-adminGitee地址：https://gitee.com/ageerle/ruoyi-admin3.3.1.1、客户端代码GiHub地址：https://github.com/ageerle/ruoyi-webGitee地址：https://gitee.com/ageerle/ruoyi-web3.3.2、安装依赖进入ruoyi-admin或者ruoyi-web，打开终端，执行pnpm install3.3.3、运行或打包项目运行项目：pnpm dev打包项目：pnpm build3.4、修改配置3.4.1、申请API KEYhttps://api.pandarobot.chat3.4.2、注册API KEY成功注册账号后点击添加令牌,参数可以全部默认,然后点击复制按钮可以获取API KEY3.4.3、进入后台管理配置默认账号为admin，默认密码为admin123进入运营管理-系统模型-新增模型,在请求密钥处填写上一步申请到的key信息
-
Springboot中使用Undertow替换默认的Tomcat容器 {mtitle title="Undertow介绍"/}Undertow是由JBoss（现为Red Hat）开发的一款轻量级、高性能的Web服务器。它是WildFly应用服务器的默认Web容器，专注于高并发和低延迟的场景。Undertow基于NIO（非阻塞I/O）构建，支持HTTP/1.x、HTTP/2和WebSocket协议。{mtitle title="Undertow优势"/}Tomcat凭借其稳定性、易用性和社区支持成为Springboot默认的容器。虽然Tomcat表现足够优秀，但是Undertow也有其可圈可点的地方。高并发支持：Undertow基于NIO构建，能够高效处理大量并发请求，适合高负载场景。低延迟：由于其非阻塞的设计，Undertow在低延迟场景中表现优异。轻量级：Undertow的核心代码非常精简，启动速度快，资源占用低。在资源有限的情况下，尤其是内存和CPU资源紧张的情况下，Undertow是更好的选择。{mtitle title="Undertow替换Tomcat"/}上面介绍了Undertow的优点，那么我们如何在Springboot项目中使用Undertow作为默认容器呢。先来看一下，默认Tomcat容器，启动成功后控制台输出信息为了使用Undertow容器，我们需要修改项目的pom.xml文件，排除掉Tomcat。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </exclusion> </exclusions> </dependency>然后添加Undertow的依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-undertow</artifactId> </dependency>然后重启项目，查看控制台输出
