使用jstack命令，排查线程死锁问题

最新推荐文章于 2024-05-20 11:49:02 发布
最新推荐文章于 2024-05-20 11:49:02 发布
阅读量7.4k 收藏 18
点赞数 2
分类专栏： 深入浅出JVM 文章标签： jstack jvm jvm调试工具 jps java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/limenghua9112/article/details/106889168
版权

概述

使用jstack命令，排查线程死锁问题。

jstack是什么？

jstack是java虚拟机自带的一种堆栈跟踪工具。jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息

jstack有什么作用

jstack主要用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。如果现在运行的java程序呈现hung的状态，jstack是非常有用的。

如何使用？

使用jstack -help查看官方文档

Usage:
    jstack [-l] <pid>
        (to connect to running process)
    jstack -F [-m] [-l] <pid>
        (to connect to a hung process)
    jstack [-m] [-l] <executable> <core>
        (to connect to a core file)
    jstack [-m] [-l] [server_id@]<remote server IP or hostname>
        (to connect to a remote debug server)

Options:
    -F  to force a thread dump. Use when jstack <pid> does not respond (process is hung)
    -m  to print both java and native frames (mixed mode)
    -l  long listing. Prints additional information about locks
    -h or -help to print this help message

参数解释

-F：当正常输出的请求不被响应时（jstack <pid>无响应），强制输出线程堆栈。

-m：如果调用到本地方法的话，可以显示C/C++的堆栈 

-l：除堆栈外，会打印出额外的锁信息，在发生死锁时可以用jstack -l pid来观察锁持有情况

实战使用

1. 模拟死锁情形

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantLock;

/**
 * <pre>
 * 	程序目的：模拟线程死锁
 * </pre>
 * created at 2020-06-21 17:54
 * @author lerry
 */
public class DeathLockDemo {
	public static void main(String[] args) {
		deathLock();
	}

	/**
	 * 一个模拟死锁的方法。
	 */
	public static void deathLock() {
		ReentrantLock lock1 = new ReentrantLock();
		ReentrantLock lock2 = new ReentrantLock();

		Thread t1 = new Thread(() -> {
			try {
				lock1.lock();
				TimeUnit.SECONDS.sleep(1);
				lock2.lock();
			}
			catch (InterruptedException e) {
				e.printStackTrace();
			}
		});
		Thread t2 = new Thread(() -> {
			try {
				lock2.lock();
				TimeUnit.SECONDS.sleep(1);
				lock1.lock();
			}
			catch (InterruptedException e) {
				e.printStackTrace();
			}
		});
		t1.setName("mythread1");
		t2.setName("mythread2");

		System.out.println("启动两个线程");
		t1.start();
		t2.start();
	}
}

2. 查找该程序的pid

1）方法1 使用ps命令

ps -ef | grep 'DeathLockDemo'

输出结果为：
在这里插入图片描述
图：DeathLockDemo的进程信息
可以查到，该程序的进程编号为15019
2)方法2 使用jps命令

jps

输出结果为：

➜  ~ jps
14736 KotlinCompileDaemon
10720 Launcher
10721 Bootstrap
15462 Jps
3608 
15017 Launcher
15019 DeathLockDemo
13471

同样可以查看到该程序的进程编号为15019

3. 使用jstack

jstack -l 15019

输出结果如下：

2020-06-21 18:25:09
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.251-b08 mixed mode):

"Attach Listener" #16 daemon prio=9 os_prio=31 tid=0x00007faae8835800 nid=0x5c03 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"DestroyJavaVM" #15 prio=5 os_prio=31 tid=0x00007faae684e800 nid=0x1603 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"mythread2" #14 prio=5 os_prio=31 tid=0x00007faae684e000 nid=0xa803 waiting on condition [0x000070001022c000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000076aea4848> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
	at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
	at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
	at com.hua.jvm.DeathLockDemo.lambda$deathLock$1(DeathLockDemo.java:39)
	at com.hua.jvm.DeathLockDemo$$Lambda$2/240650537.run(Unknown Source)
	at java.lang.Thread.run(Thread.java:748)

   Locked ownable synchronizers:
	- <0x000000076aea4878> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)

"mythread1" #13 prio=5 os_prio=31 tid=0x00007faae684d000 nid=0xa903 waiting on condition [0x0000700010129000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000076aea4878> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
	at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
	at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
	at com.hua.jvm.DeathLockDemo.lambda$deathLock$0(DeathLockDemo.java:29)
	at com.hua.jvm.DeathLockDemo$$Lambda$1/1809787067.run(Unknown Source)
	at java.lang.Thread.run(Thread.java:748)

   Locked ownable synchronizers:
	- <0x000000076aea4848> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)

"Service Thread" #12 daemon prio=9 os_prio=31 tid=0x00007faae580c800 nid=0x5703 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"C1 CompilerThread3" #11 daemon prio=9 os_prio=31 tid=0x00007faae802b800 nid=0x5503 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"C2 CompilerThread2" #10 daemon prio=9 os_prio=31 tid=0x00007faae580b800 nid=0x3f03 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"C2 CompilerThread1" #9 daemon prio=9 os_prio=31 tid=0x00007faae800f800 nid=0x4003 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"C2 CompilerThread0" #8 daemon prio=9 os_prio=31 tid=0x00007faae8828800 nid=0x4103 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"JDWP Command Reader" #7 daemon prio=10 os_prio=31 tid=0x00007faae802b000 nid=0x4203 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"JDWP Event Helper Thread" #6 daemon prio=10 os_prio=31 tid=0x00007faae6010800 nid=0x4303 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"JDWP Transport Listener: dt_socket" #5 daemon prio=10 os_prio=31 tid=0x00007faae8824800 nid=0x4507 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"Signal Dispatcher" #4 daemon prio=9 os_prio=31 tid=0x00007faae6819800 nid=0x4607 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
	- None

"Finalizer" #3 daemon prio=8 os_prio=31 tid=0x00007faae6810800 nid=0x5003 in Object.wait() [0x000070000f608000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076ab08ee0> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:144)
	- locked <0x000000076ab08ee0> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:165)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:216)

   Locked ownable synchronizers:
	- None

"Reference Handler" #2 daemon prio=10 os_prio=31 tid=0x00007faae7815800 nid=0x5103 in Object.wait() [0x000070000f505000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000076ab06c00> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:502)
	at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
	- locked <0x000000076ab06c00> (a java.lang.ref.Reference$Lock)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

   Locked ownable synchronizers:
	- None

"VM Thread" os_prio=31 tid=0x00007faae680e000 nid=0x5203 runnable 

"GC task thread#0 (ParallelGC)" os_prio=31 tid=0x00007faae8803800 nid=0x1e07 runnable 

"GC task thread#1 (ParallelGC)" os_prio=31 tid=0x00007faae9000000 nid=0x1f03 runnable 

"GC task thread#2 (ParallelGC)" os_prio=31 tid=0x00007faae6804000 nid=0x2a03 runnable 

"GC task thread#3 (ParallelGC)" os_prio=31 tid=0x00007faae780c800 nid=0x2c03 runnable 

"GC task thread#4 (ParallelGC)" os_prio=31 tid=0x00007faae780d000 nid=0x2e03 runnable 

"GC task thread#5 (ParallelGC)" os_prio=31 tid=0x00007faae780d800 nid=0x5403 runnable 

"GC task thread#6 (ParallelGC)" os_prio=31 tid=0x00007faae780e800 nid=0x3003 runnable 

"GC task thread#7 (ParallelGC)" os_prio=31 tid=0x00007faae780f000 nid=0x3203 runnable 

"VM Periodic Task Thread" os_prio=31 tid=0x00007faae7880800 nid=0x5903 waiting on condition 

JNI global references: 2537


Found one Java-level deadlock:
=============================
"mythread2":
  waiting for ownable synchronizer 0x000000076aea4848, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "mythread1"
"mythread1":
  waiting for ownable synchronizer 0x000000076aea4878, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "mythread2"

Java stack information for the threads listed above:
===================================================
"mythread2":
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000076aea4848> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
	at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
	at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
	at com.hua.jvm.DeathLockDemo.lambda$deathLock$1(DeathLockDemo.java:39)
	at com.hua.jvm.DeathLockDemo$$Lambda$2/240650537.run(Unknown Source)
	at java.lang.Thread.run(Thread.java:748)
"mythread1":
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000076aea4878> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)
	at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209)
	at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
	at com.hua.jvm.DeathLockDemo.lambda$deathLock$0(DeathLockDemo.java:29)
	at com.hua.jvm.DeathLockDemo$$Lambda$1/1809787067.run(Unknown Source)
	at java.lang.Thread.run(Thread.java:748)

Found 1 deadlock.

4. 结果分析

在这里插入图片描述
图：截取的部分jstack输出结果
根据输出，可以发现：
线程mythread2在等待正在由mythread1持有的锁0x000000076aea4848。
而线程mythread1同时又在等待正在由mythread2持有的锁0x000000076aea4878。造成了死锁问题。

jstack日志分析工具

可以把jstack输出到文本中，然后使用分析工具查看

~ jstack -l 15019 > ~/Temp/jstack15019.txt

在这里插入图片描述
图：fastthread.io的在线分析结果

参考

jvm 性能调优工具之 jstack - 简书

环境说明

  • java -version
java version "1.8.0_251"
Java(TM) SE Runtime Environment (build 1.8.0_251-b08)
Java HotSpot(TM) 64-Bit Server VM (build 25.251-b08, mixed mode)
  • OS：macOS High Sierra 10.13.4
快乐柠檬
关注
  • 2
    点赞
  • 踩
  • 18
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
使用Jstack、JConsole和jvisualvm进行死锁分析
fen_fen的专栏
07-27 784
使用Jstack、Jconsole和jvisualvm进行死锁分析
如何通过jstack命令dump线程信息
10-15
`jstack`命令是Java开发中用于诊断线程堆栈信息的重要工具，它可以帮助开发者了解Java应用程序的线程状态，包括运行、等待、阻塞等，以及是否存在死锁等问题。当遇到性能问题或者线程卡住不前时，`jstack`能提供关键...
jstack分析Linux java线程卡死问题
李炎_Keith_Lee
05-25 4052
1.找到java进程号ps -ef | grep java2.查看进程下的线程信息，查看运行时间最长的线程号(可选)ps p 进程号 -L -o pcpu,pid,tid,time,tname &gt; psp.info3.将运行时间最长线程号转为16进制，可用在线转换工具4.将thread dump信息保存为文件jstack -l 进程号 &gt; jstack.log5.在jstack.log...
JVM之jstack实战死锁问题
write less , do more
10-10 1596
这个条件占用部分资源的线程进一步申请其他资源时，如果申请不到可以主动释放它占有的资源，这样不可抢占这个条件就破坏掉了。线程尝试获取锁的时候加上一定的时限，超过时限则放弃对该锁的请求，并释放自己占有的锁。编写代码，启动2个线程，Thread1拿到了obj1锁，准备去拿obj2锁时，obj2已经被Thread2锁定，所以发送了死锁。，即存在一个等待队列：T1等待占有T2的资源，T2等待占有T3的资源，T3等待占有T1的资源。这样就形成了一个等待环路。，即当资源请求者在请求其他的资源的同时保持对原有资源的占有。
JVM优化之使用Jstack命令查找JVM死锁
qq_41139119的博客
05-20 226
JVM优化之使用Jstack命令查找JVM死锁
jstack-查找死锁，线程堆栈分析工具
swadian2008的博客
04-01 5410
jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或导出 java 应用程序中线程堆栈信息。 jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstac
jstack排查死锁问题
个人日常记录,分析
10-24 2086
死锁问题排查学习,一起进步
利用工具JStack排查：死锁问题和CPU100%问题
qq_64680177的博客
12-11 2156
无论是再面试过程中还是再实际项目开发当中我们都有可能遇到这两个问题。我之前有同学面试这两个问题都有问道过。哈哈哈。所以我绝对把他们了解下并利用博客记录。 JStack可以显示Java应用程序中每个线程的堆栈跟踪，帮助开发人员诊断线程相关的问题，比如死锁和性能问题。通过使用JStack，开发人员可以查看线程的状态、锁定信息以及线程调用堆栈，从而更好地理解应用程序的运行状况。命令介绍：jstack -F [-m] [-l] ：这个命令会在Java进程响应时生成线程转储。-m选项会同时显示
使用jps和jstack命令查看java线程死锁出现在哪里
qq_45914437的博客
04-23 873
1、准备死锁代码 import java.util.concurrent.TimeUnit; public class E { public static Object a=new Object(); public static Object b=new Object(); public static void main(String[] args) { new Thread(()->{ synchronized (a){
JVM---jstack分析Java线程CPU占用,线程死锁的解决
10-14
这对于排查线程问题非常有用。 ### 分析CPU占用过高 当Java应用的CPU占用率飙高时，可能导致系统响应变慢甚至无法正常处理新请求。以下是一些分析步骤： 1. **模拟问题**：首先，我们可以编写一个包含死循环的...
java开发 线上问题排查命令详解
08-25
jstack命令用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源...
【JAVA WEB实用技巧与优化方案】如何排查JVM线程和内存相关问题
最新发布
06-04
在Java Web开发中，性能优化和问题排查是关键任务，特别是涉及到JVM（Java Virtual Machine）线程和内存的问题。本文将深入探讨如何利用“javacore”分析工具以及IBM Thread and Monitor Dump Analyzer来有效诊断和...
MPP的jstack分析结果
06-04
通过执行jstack命令，我们可以获取到以下关键信息： 1. **线程状态**：jstack会列出所有活动线程及其当前的状态，包括运行（RUNNABLE）、等待（WAITING）、阻塞（BLOCKED）等。这有助于我们识别哪些线程可能在消耗...
Jstack查询线程堆栈
热门推荐
weixin_37862824的博客
10-18 1万+
Jstack是什么？ jstack是java虚拟机自带的一种堆栈跟踪工具。 jstack主要用来查看Java线程的调用堆栈的，可以用来分析线程问题（如死锁）。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工
使用jstack查看线程
leo187的博客
10-21 3503
使用jstack查看线程
JDK 常用工具 —— jstack 详解
lly__lly的博客
07-09 3957
jstack 详解
20210519 使用jstack命令排查线程死锁问题
陈如水的专栏
05-19 1547
jstack主要用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 1，死锁代码如下 /** * 测试死锁问题 */ public class DeadLockDemo { public static
线上服务Java进程假死快速排查、分析
blueheartstone的博客
12-01 3612
java
jstack命令解析
denghonghao的博客
01-03 1458
jstack用法 /opt/java8/bin/jstack Usage: jstack [-l] <pid> (to connect to running process) 连接活动线程 jstack -F [-m] [-l] <pid> (to connect to a hung process) 连接阻塞线程...
jstack查看线程死锁
09-06
jstack是Java开发中的一个命令，主要用于查看Java线程的调用堆栈，可以用来分析线程问题，比如死锁问题。通过使用jstack命令，可以获取线程的状态和调用堆栈信息。 当使用jstack命令查看线程死锁时，可以根据输出结果来分析。通常，jstack会给出线程之间的相互依赖关系和等待情况。例如，根据输出结果，可以发现某个线程在等待另一个线程持有的锁，而同时另一个线程又在等待该线程持有的锁，从而形成了死锁问题。 在jstack的输出中，可以找到类似以下的信息： "Thread-1": waiting to lock monitor 0x00007f0134003ae8 (object 0x00000007d6aa2c98, a java.lang.Object), which is held by "Thread-0" "Thread-0": waiting to lock monitor 0x00007f0134006168 (object 0x00000007d6aa2ca8, a java.lang.Object), which is held by "Thread-1" 这表明"Thread-1"线程正在等待由"Thread-0"线程持有的锁，并且"Thread-0"线程又在等待由"Thread-1"线程持有的锁，造成了死锁问题。 总结来说，使用jstack命令可以查看线程死锁问题，并通过输出结果来分析线程之间的依赖关系和等待情况，从而帮助解决死锁问题。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [jstack分析线程等待、死锁问题](https://blog.csdn.net/qq_28000789/article/details/86635545)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* [使用jstack命令，排查线程死锁问题](https://blog.csdn.net/limenghua9112/article/details/106889168)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值