迹忆客 专注技术分享

在本文中，我们将了解 java.lang.OutOfMemoryError: unable to create new native thread 错误。

无法在 Java 中创建新的本机线程错误

大多数基于 Java 构建的实际应用程序本质上都是多线程的，具有执行不同任务的许多组件。 为了提高吞吐量，这些任务在不同的线程上执行。 但是 Java 应用程序可以创建的最大线程数取决于我们使用的操作系统 (OS)。

因此，每当操作系统无法创建新的内核线程（也称为系统或操作系统线程）时，Java 虚拟机 (JVM) 就会抛出无法创建新的本机线程错误。

后端发生以下事件，导致此错误：

1. JVM 中的程序/应用程序向操作系统请求一个新线程。
2. JVM 本机代码向操作系统发送创建新内核线程的请求。
3. 操作系统尝试创建一个涉及内存分配步骤的新线程。
4. 操作系统无法分配内存，因为虚拟内存已被操作系统耗尽，或者内存地址空间已被请求的 Java 应用程序耗尽。
5. JVM 抛出无法创建新的本机线程错误。

让我们看一个例子来更好地理解它。

import java.util.concurrent.TimeUnit;

public class Test
{
    public static void main(String []args)
    {
       while(true)
       {
           new Thread(() -> {
               try{
                   TimeUnit.HOURS.sleep(1);
               }catch(InterruptedException e){
                   e.printStackTrace();
               }
           }).start();
       }
    }
}

在上面的代码中，我们使用无限循环不断地创建线程并让它们等待，但是由于我们是在保持线程一个小时的情况下不断创建的，所以很快就会达到操作系统允许的最大线程数。

如何解决 java.lang.OutOfMemoryError: unable to create new native thread

现在，如何解决这个错误，或者我们有什么解决方法吗？

一种解决方案是更改操作系统级别的设置以增加允许的线程数，但由于两个原因，该解决方案不可行。

1. 首先，在操作系统级别重新配置并不容易，也不推荐这样做。
2. 其次，大多数时候，它与操作系统线程限制无关； 发生错误是因为我们有一些编程错误； 例如，在上面编写的程序中，我们使用无限循环不断创建，这不是一种理想的方式。

另一种或多种解决方法是使用 ExecutorService 框架来限制线程池中在给定时间可以处理的线程数。

例子：

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.TimeUnit;
import java.util.stream.IntStream;

public class Test
{
    public static void main(String []args)
    {

        ExecutorService es = Executors.newFixedThreadPool(10);

        Runnable tasks = () ->{
            try{
                TimeUnit.HOURS.sleep(1);
            }catch(InterruptedException e){
                e.printStackTrace();
            }
        };

        IntStream.rangeClosed(1,15).forEach(x->es.submit(tasks));

    }
}

在代码中，我们创建了一个固定大小的线程池，最多可以有 10 个线程，然后我们创建了一个 Runnable 任务，让线程等待一个小时。

使用 IntStream，我们向线程池提交了 15 个任务，因此将提交 10 个，而其余 5 个将在 ExecutorService 队列中。

总结

在本文中，我们了解到当操作系统无法创建新的内核线程时，Java 中会出现 unable to create new native thread 错误。 我们还研究了使用 ExecutorService 框架的解决方案或变通方法。