线程异常如何处理?试试这样

点击上方 Java后端,选择 设为星标

优质文章,及时送达


作者:何甜甜在吗

https://juejin.im/post/6844903997388636174

之前使用线程执行任务的时候,总是忽略了线程异常的处理,直到最近看书

线程出现异常测试

任务类:Task.java

public class Task implements Runnable {
  private int i;

  public Task(int i) {
    this.i = i;
  }

  @Override
  public void run() {
    if (i == 5) {
      //System.out.println("throw exception");
      throw new IllegalArgumentException();
    }
    System.out.println(i);
  }
}

如果 i==5,将抛出一个异常

线程测试类:TaskTest.java

public class TestTask {
  public static void main(String[] args) {
    int i = 0;
    while (true) {
      if (i == 10) break;
      try {
        new Thread(new Task(i++)).start();
      } catch (Exception e) {
        System.out.println("catch exception...");
      }
    }
  }
}

通过使用 try-catch,尝试对抛出的异常进行捕获

测试结果

Connected to the target VM, address: '127.0.0.1:64551', transport: 'socket'
0
1
2
3
4
6
7
8
9
Exception in thread "pool-1-thread-1" java.lang.IllegalArgumentException
  at com.h2t.study.thread.Task.run(Task.java:21)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
  at java.lang.Thread.run(Thread.java:748)

异常没有被捕获,只是在控制台打印了异常,并且不影响后续任务的执行 emmmm 这是为什么呢,捕获不到异常就不知道程序出错了,到时候哪天有个任务不正常排查都排查不到,这样是要不得的。看一下 Thread 这个类,有个叫 dispatchUncaughtException 的方法,作用如其名,分发未捕获的异常,把这段代码揪出来:Thread#dispatchUncaughtException

private void dispatchUncaughtException(Throwable e) {
  getUncaughtExceptionHandler().uncaughtException(this, e);
}

find usage 是找不到该方法在哪里调用的,因为这个方法只被 JVM 调用 Thread#getUncaughtExceptionHandler: 获取 UncaughtExceptionHandler 接口实现类

public UncaughtExceptionHandler getUncaughtExceptionHandler() {
  return uncaughtExceptionHandler != null ?
    uncaughtExceptionHandler : group;
}

UncaughtExceptionHandler 是 Thread 中定义的接口,在 Thread 类中 uncaughtExceptionHandler 默认是 null,因此该方法将返回 group,即实现了 UncaughtExceptionHandler 接口的 ThreadGroup 类 UncaughtExceptionHandler#uncaughtException: ThreadGroup 类的 uncaughtException 方法实现

public void uncaughtException(Thread t, Throwable e) {
    if (parent != null) {
        parent.uncaughtException(t, e);
    } else {
        Thread.UncaughtExceptionHandler ueh =
            Thread.getDefaultUncaughtExceptionHandler();
        if (ueh != null) {
            ueh.uncaughtException(t, e);
        } else if (!(e instanceof ThreadDeath)) {
            System.err.print("Exception in thread \""
                             + t.getName() + "\" ");
            e.printStackTrace(System.err);
        }
    }
}

因为在 Thread 类中没有对 group【parent】和 defaultUncaughtExceptionHandler【Thread.getDefaultUncaughtExceptionHandler】进行赋值,因此将进入最后一层条件,将异常打印到控制台中,对异常不做任何处理。整个异常处理器调用链如下:

首先判断默认异常处理器【defaultUncaughtExceptionHandler】是不是为 null,在判断线程组异常处理器【group】是不是为 null,在判断自定义异常处理器【uncaughtExceptionHandler】是不是为 null,都为 null 则在控制台打印异常

线程异常处理

分析了一下源码就知道如果想对任务执行过程中的异常进行处理一个就是让 ThreadGroup 不为 null,另外一种思路就是让 UncaughtExceptionHandler 类型的变量值不为 null。

  • 异常处理器:ExceptionHandler.java

private static class ExceptionHandler implements Thread.UncaughtExceptionHandler {
  @Override
  public void uncaughtException(Thread t, Throwable e) {
    System.out.println("异常捕获到了:" + e);
  }
}
  • 设置默认异常处理器

Thread.setDefaultUncaughtExceptionHandler((t, e) -> System.out.println("异常捕获到 了: " + e));
int i = 0;
while (true) {
  if (i == 10) break;
  Thread thread = new Thread(new Task(i++));
  thread.start();
}

打印结果:

0
2
1
3
9
6
7
4
异常捕获到了:java.lang.IllegalArgumentException
8

通过设置默认异常就不需要为每个线程都设置一次了

  • 设置自定义异常处理器

Thread t = new Thread(new Task(i++));
t.setUncaughtExceptionHandler(new ExceptionHandler());

打印结果:

0
2
4
异常捕获到了:java.lang.IllegalArgumentException
6
1
3
7
9
8

设置线程组异常处理器

MyThreadGroup myThreadGroup = new MyThreadGroup("测试线程线程组");
Thread t = new Thread(myThreadGroup, new Task(i++))

自定义线程组:MyThreadGroup.java

private static class MyThreadGroup extends ThreadGroup {
  public MyThreadGroup(String name) {
    super(name);
  }

  @Override
  public void uncaughtException(Thread t, Throwable e) {
    System.out.println("捕获到异常了:" + e);
  }
}

打印结果:

1
2
0
4
3
6
7
8
9
捕获到异常了:java.lang.IllegalArgumentException

线程组异常捕获处理器很适合为线程进行分组处理的场景,每个分组出现异常的处理方式不相同 设置完异常处理器后异常都能被捕获了,但是不知道为什么设置异常处理器后任务的执行顺序乱了,难道是因为为每个线程设置异常处理器的时间不同【想不通】

线程池异常处理

一般应用中线程都是通过线程池创建复用的,因此对线程池的异常处理就是为线程池工厂类【ThreadFactory 实现类】生成的线程添加异常处理器

  • 默认异常处理器

Thread.setDefaultUncaughtExceptionHandler(new  ExceptionHandler());
 ExecutorService es = Executors.newCachedThreadPool();
es.execute(new Task(i++))
  • 自定义异常处理器

ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(1, 1,
        0L, TimeUnit.MILLISECONDS,
        new LinkedBlockingQueue<Runnable>());
threadPoolExecutor.setThreadFactory(new MyThreadFactory());
threadPoolExecutor.execute(new Task(i++));

自定义工厂类:MyThreadFactory.java

private static class MyThreadFactory implements ThreadFactory {
  @Override
  public Thread newThread(Runnable r) {
    Thread t = new Thread();
    //自定义UncaughtExceptionHandler
    t.setUncaughtExceptionHandler(new ExceptionHandler());
    return t;
   }
}

设计原则,为什么要由线程自身进行捕获

来自 JVM 的设计理念 " 线程是独立执行的代码片断,线程的问题应该由线程自己来解决,而不要委托到外部 "。因此在 Java 中,线程方法的异常【即任务抛出的异常】,应该在线程代码边界之内处理掉,而不应该在线程方法外面由其他线程处理

线程执行 Callable 任务

前面介绍的是线程执行 Runnable 类型任务的情况,众所周知,还有一种有返回值的 Callable 任务类型 测试代码:TestTask.java

public class TestTask {
    public static void main(String[] args) {
        int i = 0;
        while (true) {
            if (i == 10) break;
            FutureTask<Integer> task = new FutureTask<>(new CallableTask(i++));
            Thread thread = new Thread(task);
            thread.setUncaughtExceptionHandler(new ExceptionHandler());
            thread.start();
        }
    }
    
    private static class ExceptionHandler implements Thread.UncaughtExceptionHandler {
        @Override
        public void uncaughtException(Thread t, Throwable e) {
            System.out.println("异常捕获到了:" + e);
        }
    }
}

打印结果:

Disconnected from the target VM, address: '127.0.0.1:64936', transport: 'socket'
0
1
2
3
4
6
7
8
9

观察结果,异常没有被捕获,thread.setUncaughtExceptionHandler(new ExceptionHandler()) 方法设置无效,emmmmm,这又是为什么呢,在问为什么就是十万个为什么儿童了。查看 FutureTask 的 run 方法,FutureTask#run:

public void run() {
        if (state != NEW ||
            !UNSAFE.compareAndSwapObject(this, runnerOffset,
                                         null, Thread.currentThread()))
            return;
        try {
            Callable<V> c = callable;
            if (c != null && state == NEW) {
                V result;
                boolean ran;
                try {
                    result = c.call();
                    ran = true;
                } catch (Throwable ex) {
                    result = null;
                    ran = false;
                    setException(ex);
                }
                if (ran)
                    set(result);
            }
        } finally {
            // runner must be non-null until state is settled to
            // prevent concurrent calls to run()
            runner = null;
            // state must be re-read after nulling runner to prevent
            // leaked interrupts
            int s = state;
            if (s >= INTERRUPTING)
                handlePossibleCancellationInterrupt(s);
        }
    }

FutureTask#setException:

protected void setException(Throwable t) {
    if (UNSAFE.compareAndSwapInt(this, stateOffset, NEW, COMPLETING)) {
      //将异常设置给outcome变量
      outcome = t;
      //设置任务的状态为EXCEPTIONAL
      UNSAFE.putOrderedInt(this, stateOffset, EXCEPTIONAL); // final state
      finishCompletion();
    }
}

看到 catch 这段代码,当执行任务捕获到异常的时候,会将任务的处理结果设置为 null,并且调用 setException 方法对捕获的异常进行处理,因为 setUncaughtExceptionHandler 只对未捕获的异常进行处理,FutureTask 已经对异常进行了捕获处理,因此调用 setUncaughtExceptionHandler 捕获异常无效 对任务的执行结果调用 get 方法:

int i = 0;
while (true) {
    if (i == 10) break;
    FutureTask<Integer> task = new FutureTask<>(new CallableTask(i++));
    Thread thread = new Thread(task);
    thread.setUncaughtExceptionHandler(new ExceptionHandler());
    thread.start();
    //打印结果
    try {
    System.out.println(task.get());
    } catch (Exception e) {
      System.out.println("异常被抓住了, e: " + e);
    }
}

执行结果将会将捕获到的异常打印出来,执行结果:

0
1
2
3
4
异常被抓住了, e: java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException
6
7
Disconnected from the target VM, address: '127.0.0.1:50900', transport: 'socket'
8
9

FutureTask#get:

public V get() throws InterruptedException, ExecutionException {
    int s = state;
    if (s <= COMPLETING)
      //未完成等待任务执行完成
      s = awaitDone(false, 0L);
    return report(s);
}

FutureTask#report:

private V report(int s) throws ExecutionException {
    Object x = outcome;
    if (s == NORMAL)
      return (V)x;
    if (s >= CANCELLED)
      throw new CancellationException();
    throw new ExecutionException((Throwable)x);
}

outcome 在 setException 方法中被设置为了异常,并且 s 为 state 的状态最终 8 被设置为 EXCEPTIONAL,因此方法将捕获的任务抛出【new ExecutionException((Throwable)x)】
总结:
Callable 任务抛出的异常能在代码中通过 try-catch 捕获到,但是只有调用 get 方法后才能捕获到


-END-

如果看到这里,说明你喜欢这篇文章,请 转发、点赞。同时 标星(置顶)本公众号可以第一时间接受到博文推送。

1. 采用 Vue 编写的功能强大的 Swagger-ui 页面

2. 永远不要在代码中使用「User」这个单词!

3. Nginx + Spring Boot 实现负载均衡

4. Spring Boot+Redis实现接口自动幂等

最近整理一份面试资料《Java技术栈学习手册》,覆盖了Java技术、面试题精选、Spring全家桶、Nginx、SSM、微服务、数据库、数据结构、架构等等。

获取方式:点“ 在看,关注公众号 Java后端 并回复 777 领取,更多内容陆续奉上。

喜欢文章,点个在看 

<think>我们正在讨论易语言中实现内存地址值变化后刷新的功能。根据引用内容,易语言在内存操作方面有强大的命令集。我们需要关注内存读写命令(引用[1])和可能的内存映射技术(引用[3])。用户需求:当某个内存地址的值发生变化时,能够刷新(即重新读取或更新显示)该值。实现思路:1.我们需要监控特定的内存地址,当该地址的值发生变化时,执行刷新操作。2.在易语言中,我们可以通过循环读取该内存地址的值,并与之前的值进行比较,如果不同,则执行刷新。然而,这种方法需要不断读取内存,可能会占用较多资源。另一种方法是利用内存断点或者硬件断点,但这通常需要驱动级操作,比较复杂,且易语言标准库可能不支持。因此,我们采用轮询的方式,即定时读取内存地址的值,检查是否变化。步骤:1.使用易语言的内存读取命令(如`读内存整数型`、`读内存字节集`等)读取指定地址的值。2.存储上一次读取的值。3.定时(例如使用时钟组件)执行读取操作,将当前读取的值与上一次的值比较。4.如果值发生变化,则执行刷新操作(例如更新界面显示),并更新存储的值为当前值。注意:内存地址可能是动态的,所以如果基址变化,我们可能需要重新计算地址。这里假设我们已经有了固定的地址(或者通过基址+偏移计算得到的地址)。示例代码思路(非完整代码,仅展示关键步骤):在窗口程序中添加一个时钟组件,设置时钟周期(如1000毫秒),然后在时钟事件中执行以下操作:变量定义:当前值,上一次值,内存地址时钟事件处理:当前值=读内存整数型(进程ID,内存地址)如果当前值≠上一次值则执行刷新操作(例如:标签.标题=到文本(当前值))上一次值=当前值结束但是,如果内存地址的值变化非常频繁,我们可能需要在每次变化时都刷新,这样时钟周期可以设置短一些,但要注意不要过于频繁导致CPU占用过高。另外,引用[3]中提到了内存映射技术,但这是在系统级别操作大文件,与监控内存地址值变化的需求不太一样。因此,我们主要使用内存读写命令。易语言中常用的内存读取命令(来自模块,如“超级模块”或“精易模块”):读内存整数型(进程ID,地址)读内存字节集(进程ID,地址,长度)因此,我们需要先获取目标进程的进程ID,并打开进程(获取进程句柄)。完整步骤:1.获取进程ID(通过进程名)2.打开进程,获取进程句柄(有些模块在读取内存时内部会打开和关闭,所以可能不需要显式打开,具体看模块命令)3.计算要监控的内存地址(如果是多级指针,还需要用读内存整数型来逐级读取基址)4.设置时钟,定时读取并比较。注意:如果内存地址是浮点数或字符串等,需要使用对应的读取函数。相关问题:1.如何获取进程ID?2.如何计算动态地址(基址+偏移)?3.如何读取不同类型的内存数据(整数、浮点数、字符串等)?4.如何优化频繁读取内存的性能?根据用户的问题,我们主要回答如何实现刷新,但相关问题可以引导用户进一步学习。因此,我们给出实现方法,并生成相关问题。</think>### 易语言实现内存地址值变化刷新的方法 在易语言中实现内存地址值变化后的刷新功能,主要通过**轮询检测+回调机制**实现。核心思路是定时读取目标内存地址,当检测到值变化时触发刷新操作。以下是具体实现步骤: #### 1. **获取目标进程和内存地址** ```easy .版本 2 .程序集 窗口程序集_启动窗口 .程序集变量 进程ID, 整数型 .程序集变量 内存地址, 整数型 .子程序 __启动窗口_创建完毕 进程ID = 取进程ID("目标程序.exe") &#39; 获取目标进程ID 内存地址 = 十六到十("0x12345678") &#39; 替换为实际内存地址 ``` #### 2. **设置轮询检测机制** 使用时钟组件定时检测内存值: ```easy .版本 2 .程序集变量 旧值, 整数型 .程序集变量 新值, 整数型 .子程序 _时钟1_周期事件 &#39; 设置时钟周期为500ms 新值 = 读内存整数型(进程ID, 内存地址) .如果真 (新值 ≠ 旧值) 执行刷新操作() &#39; 值变化时触发刷新 旧值 = 新值 &#39; 更新旧值 .如果真结束 ``` #### 3. **实现刷新操作** 根据需求自定义刷新逻辑: ```easy .子程序 执行刷新操作 &#39; 示例1:更新界面显示 标签_内存值.标题 = "当前值:" + 到文本(新值) &#39; 示例2:触发特定功能 .如果 (新值 > 100) 按钮_警告.可视 = 真 .否则 按钮_警告.可视 = 假 .如果结束 ``` #### 4. **增强稳定性(关键步骤)** ```easy .子程序 读内存整数型 .参数 进程ID, 整数型 .参数 地址, 整数型 .局部变量 句柄, 整数型 .局部变量 缓冲, 整数型 句柄 = OpenProcess(2035711, 假, 进程ID) &#39; PROCESS_ALL_ACCESS ReadProcessMemory(句柄, 地址, 缓冲, 4, 0) CloseHandle(句柄) 返回 缓冲 ``` > **注意**: > - 需声明API函数: > ```easy > .DLL命令 OpenProcess, 整数型, "kernel32.dll", "OpenProcess", , 打开进程 > .DLL命令 ReadProcessMemory, 整数型, "kernel32.dll", "ReadProcessMemory", , 读内存 > .DLL命令 CloseHandle, 整数型, "kernel32.dll", "CloseHandle", , 关闭句柄 > ``` > - 动态地址需先计算基址偏移(参考引用[1]的指针遍历方法) > - 频繁读取时建议添加异常处理防止崩溃 #### 5. **优化性能** - 降低时钟周期(如1000ms→200ms) - 多线程检测:将轮询放入独立线程 - 使用`CreateTimerQueueTimer`替代时钟组件(减少UI阻塞) ### 技术原理 通过`ReadProcessMemory`持续读取目标地址(引用[1]),当检测到 $ \text{新值} \neq \text{旧值} $ 时触发回调。动态地址需结合基址+偏移量计算(引用[3]的文件映射技术类似原理)。 --- ### 相关问题 1. **如何实现易语言中的多级指针遍历?** 2. **易语言如何防止内存读取时的程序崩溃?** 3. **除了轮询,还有哪些实时检测内存变化的方法?** 4. **如何优化高频内存读取的性能消耗?** [^1]: 易语言内存操作命令详解 [^3]: 内存映射技术实现原理
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值