登录
当前位置： 首页 > 知识库问答 >
问题：

Wildfly 10.1.0最终远程endpoint任务线程不断增长

别俊誉
2023-03-14

我们用的是wildly 10 . 1 . 0最终版。

我们遇到了线程不断增长导致的OutOfMemoryError错误。

检查线程转储后。

我们发现有成千上万的远程处理“endpoint”任务 N 线程。

远程处理“终结点”任务 N 线程的用途是什么？

它们是由jobss-remoting创建的吗？

重新启动服务器后，我们发现一开始只有16个线程：

移除“endpoint”任务-1~移除“endpoint”任务-16。

服务器运行几天或几个月后，可能会有成百上千个远程线程：

下面列出了线程转储的一个片段。

在此线程转储中，有几个编号不同的“远程处理'endpoint'任务-11”。

其他任务也是如此，例如任务1到任务16。

所有这些线程除了等待之外什么也没做。

"Remoting "endpoint" task-11" #55415 daemon prio=5 os_prio=0 tid=0x00007f2b8c0a8000 nid=0x276e waiting on condition [0x00007f280a36c000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabee2b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-11" #55417 daemon prio=5 os_prio=0 tid=0x00007f2ba003f800 nid=0x276d waiting on condition [0x00007f2794818000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabecf40> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-11" #55414 daemon prio=5 os_prio=0 tid=0x00007f2b98023800 nid=0x276b waiting on condition [0x00007f2792bfc000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabeda50> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-10" #55411 daemon prio=5 os_prio=0 tid=0x00007f2ba003e000 nid=0x276a waiting on condition [0x00007f27926f7000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabecf40> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-10" #55413 daemon prio=5 os_prio=0 tid=0x00007f2b8c0a7000 nid=0x2769 waiting on condition [0x00007f27927f8000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabee2b8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-10" #55412 daemon prio=5 os_prio=0 tid=0x00007f2b98022800 nid=0x2768 waiting on condition [0x00007f27c4815000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabeda50> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-9" #55372 daemon prio=5 os_prio=0 tid=0x00007f2c7408f000 nid=0x41df waiting on condition [0x00007f27907d8000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabece88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-8" #55369 daemon prio=5 os_prio=0 tid=0x00007f2c7408d000 nid=0x41dd waiting on condition [0x00007f27909da000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabece88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-7" #55368 daemon prio=5 os_prio=0 tid=0x00007f2c7408b000 nid=0x41dc waiting on condition [0x00007f2790adb000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabece88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-6" #55367 daemon prio=5 os_prio=0 tid=0x00007f2c74089000 nid=0x41db waiting on condition [0x00007f2790bdc000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabece88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-5" #55366 daemon prio=5 os_prio=0 tid=0x00007f2c74087000 nid=0x41da waiting on condition [0x00007f2790cdd000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabece88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-4" #55365 daemon prio=5 os_prio=0 tid=0x00007f2c74085000 nid=0x41d9 waiting on condition [0x00007f2790dde000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabece88> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-9" #55364 daemon prio=5 os_prio=0 tid=0x00007f2bd813c000 nid=0x41d8 waiting on condition [0x00007f2790edf000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabed500> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


"Remoting "endpoint" task-9" #55363 daemon prio=5 os_prio=0 tid=0x00007f2bf4044000 nid=0x41d7 waiting on condition [0x00007f2790fe0000]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x00000006eabee3c0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

....

20180903

我发现“Remoting”endpoint“task”线程是由“xnio”创建的。我发现xnio的问题与我们的情况非常相似：

https://issues.jboss.org/browse/XNIO-285

它说这个问题已经在“xnio 3.6.0.Beta1”中修复。不幸的是，Wildfly 10.1.0使用的是xnio 3.4.0。当我尝试升级到xnio 3.6.5时，我得到了一个java.lang.NoClassDefFoundError，它是org/Wildfly/common/context/Contextual。升级wildfly-common-1.4.0.Final后。包含类“org/wildfly/common/context/Contextual”的jar，NoClassDefFoundError仍然存在。

有没有其他方法可以阻止远程“endpoint”任务线程的增长？

共有2个答案

司徒骞尧
2023-03-14

我发现远程处理“endpoint”任务线程是由 javax.管理.远程.JMX 连接器创建的。我们打开了一些 Javax.管理.远程.JMX 连接器来访问其他服务器中的 MBean。但没有关闭它们。关闭这些 JMX 连接器实例后，线程将消失。

javax.management.remote.JMXConnector正在使用xnio与MBeans通信。它将在打开时创建一个XnioWorker，XnioWorker将创建远程处理“endpoint”任务线程。所以问题不是由EJB引起的。

石正卿
2023-03-14

您可能正在为远程方法执行使用< code >作用域 EJB上下文。

每个作用域内的 EJB 上下文都会创建新线程，而简单地调用 context.close（） 方法不会关闭上下文，因此您会得到 OutOfMemoryError

如何关闭作用域内的 EJB 客户端上下文？

答案是一样的，在EJB客户端上下文中使用clol（）方法。但真正的问题是如何获取与JNDI上下文相关联的相关范围的EJB客户端上下文。在我们开始之前，重要的是要了解用于EJB查找的ejb： JNDI命名空间以及JNDI上下文（通常是您在客户端代码中看到的LaunalContext）是如何相关的。Java语言提供的JNDI API允许在JNDI框架中注册“URL上下文工厂”（有关详细信息，请参阅此处http://docs.oracle.com/javase/jndi/tutorial/provider/url/factory.html）。与留档状态一样，URL上下文工厂可用于在JNDI查找期间解析URL字符串。这就是您进行远程EJB查找时的ejb：前缀。ejb： URL字符串由URL上下文工厂支持。

在内部，当查找ejb:URL字符串时，会出现相关的javax.naming。为该ejb:lookup创建上下文。让我们看看一些代码，以便更好地理解：

// JNDI context "A"
Context jndiCtx = new InitialContext(props);
// Now let's lookup a EJB
MyBean bean = jndiCtx.lookup("ejb:app/module/distinct/bean!interface");

因此，我们首先创建一个 JNDI 上下文，然后使用它来查找 EJB。使用 ejb： JNDI 名称的 Bean 查找虽然只是一个语句，但涉及更多的东西。当您查找该字符串时，实际发生的是为 ejb： URL 字符串创建一个单独的 javax.命名.上下文。然后，这个新的 javax.命名.上下文用于查找该 JNDI 名称中字符串的其余部分。

让我们将这一行分成多个语句以更好地理解：

// Remember, the ejb: is backed by a URL context factory which returns a Context for the ejb: URL (that's why it's called a context factory)
final Context ejbNamingContext = (Context) jndiCtx.lookup("ejb:");
// Use the returned EJB naming context to lookup the rest of the JNDI string for EJB
final MyBean bean = ejbNamingContext.lookup("app/module/distinct/bean!interface");

如上所述，为了更好地解释细节，我们将单个语句拆分为几个语句。因此，正如您所看到的，当ejb： URL字符串以JNDI名称进行解析时，它获得了一个javax.naming.Context实例。这个实例不同于用于查找的实例（在本例中为jndiCtx）。这是一个需要理解的重要细节（稍后解释原因）。现在，这个返回的实例用于查找JNDI字符串的其余部分（“应用/模块/不同/bean！接口”），然后返回EJB代理。无论查找是在单个语句中完成还是在多个部分中完成，代码的工作方式都是相同的。即为ejb： URL字符串创建javax.naming.Context实例。

那么，当这一节的标题是“如何关闭EJB客户端上下文”时，我为什么要解释这一切呢？原因是因为处理与JNDI上下文相关联的EJB客户端上下文的客户端应用程序会期望以下代码关闭相关联的EJB客户端上下文，但会惊讶地发现它不会:

final Properties props = new Properties();
// mark it for scoped EJB client context
props.put("org.jboss.ejb.client.scoped.context","true");
// add other properties
props.put(....);
...
Context jndiCtx = new InitialContext(props);
try {
      final MyBean bean = jndiCtx.lookup("ejb:app/module/distinct/bean!interface");
      bean.doSomething();
} finally {
  jndiCtx.close();
}

应用程序期望对jndiCtx.close()的调用将有效地关闭与JNDI上下文相关联的EJB客户端上下文。这种情况不会发生，因为如前所述，支持ejb: URL字符串的javax.naming.Context与代码关闭的实例不同。Java中的JNDI实现只是关闭了调用关闭的上下文。结果，支持ejb: URL字符串的另一个javax.naming.Context仍然没有关闭，这实际上意味着作用域ejb客户机上下文也没有关闭，这最终意味着到EJB客户机上下文中的服务器的连接也没有关闭。

所以现在让我们看看如何正确地做到这一点。我们知道 ejb： URL 字符串查找会返回给我们一个 javax.命名.我们所要做的就是保留对此实例的引用，并在完成 EJB 调用后关闭它。所以这是它的外观：

final Properties props = new Properties();
// mark it for scoped EJB client context
props.put("org.jboss.ejb.client.scoped.context","true");
// add other properties
props.put(....);
...
Context jndiCtx = new InitialContext(props);
Context ejbRootNamingContext = (Context) jndiCtx.lookup("ejb:");
try {
    final MyBean bean = ejbRootNamingContext.lookup("app/module/distinct/bean!interface"); // the rest of the EJB jndi string
    bean.doSomething();
} finally {
    try {
        // close the EJB naming JNDI context
        ejbRootNamingContext.close();
    } catch (Throwable t) {
        // log and ignore
    }
    try {
        // also close our other JNDI context since we are done with it too
        jndiCtx.close();
    } catch (Throwable t) {
        // log and ignore
    }

}

如您所见，我们更改了代码，首先只查找“ejb：”字符串以获取EJB命名上下文，然后使用该ejbRootNamingContext实例查找EJB JNDI名称的其余部分以获取EJB代理。然后当需要关闭上下文时，我们关闭了ejbRootNamingContext（以及其他JNDI上下文）。关闭ejbRootNamingContext可确保与该JNDI上下文关联的作用域EJB客户端上下文也被关闭。实际上，这会关闭与该EJB客户端上下文中的服务器的连接。

有关更多详细信息，可以参考作用域EJB客户端上下文

 类似资料：
  • JavaFX任务线程未终止

    我正在编写一个JavaFX应用程序，我的对象扩展任务提供了JavaFXGUI线程之外的并发性。 我的主要课程是这样的： 我的GUI控制器示例如下（略作抽象）： 目前，我的任务只是进行睡眠并打印数字1到10： 我遇到的问题是，一旦任务完成，就好像启动任务的线程继续运行一样。因此，当我按下右上角的“X”退出JavaFX应用程序时，JVM继续运行，我的应用程序不会终止。如果你看一下我的主课，我已经把系统

  • 任何线程完成任务时终止多个线程

    问题内容： 我是python和线程的新手。我已经编写了充当网络爬虫的python代码，并在网站中搜索特定的关键字。我的问题是，如何使用线程同时运行类的三个不同实例。当实例之一找到关键字时，所有三个实例都必须关闭并停止爬网。这是一些代码。 如何使用线程让Crawler同时执行三个不同的爬网？ 问题答案： 似乎没有一种（简单的）方法可以终止Python中的线程。 这是一个并行运行多个HTTP请求的简单

  • 远程SOAP web服务不断中断连接

    我正在使用JBoss开关站连接到安全的远程SOAP web服务。在发送请求后出于某种原因；远程web服务正在停止任何进一步的通信；所以我没有收到回复。 我需要一个想法或解决方案，这可能是个问题。 原因：java。网SocketException:SocketException调用https://***********。asmx:来自服务器的文件意外结束 远程Web服务正在使用自签名证书；我已将服务

  • Win 10 任务计划程序不断禁用任务

    我使用任务调度程序运行一个.bat文件，对文件进行压缩和加密，并在夜间将文件备份到外部驱动器。我已经用了很多年了，效果很好。从几个月前开始，任务调度程序中的任务被禁用，我不知道为什么。我可以启用它，它将再次运行，但在同一天或第二天再次禁用。然后我注意到，不仅是这个任务，其他计划任务（我没有写）也在同时被禁用。像谷歌软件更新这样的东西也被禁用了。 我一直在查看任务历史记录，以了解任务何时被禁用，并且

  • 12.1 多任务、进程和线程

    12.1.1 Windows 3.x的协同多任务 在16位的Windows 3.x中，应用程序具有对CPU的控制权。只有在调用了GetMessage、PeekMessage、WaitMessage或Yield后，程序才有可能把CPU控制权交给系统，系统再把控制权转交给别的应用程序。如果应用程序在长时间内无法调用上述四个函数之一，那么程序就一直独占CPU，系统会被挂起而无法接受用户的输入。 因此，在

  • 多线程最佳实践：约束任务newFixedThreadPool

    问题内容： 我想启动许多要在+ -42Mio记录的数据库上运行的任务。我想批量运行5000条记录/时间（结果是850个任务）。我还想将线程数限制为16个，因此Java开始为我执行此操作，并且我正在使用当前代码来完成此任务： 这是正确的方法吗？特别是当我有一种印象，即Java会触发所有任务…（实现） 问题答案： 使用ExecutorService的第一部分看起来不错： 带有Thread的部分不应该在

相关问答

创建2个线程，每个线程运行不同的任务c - 多线程任务问题？使用线程执行多项任务，但每个任务都没有线程Akka http服务器调度程序数量不断增加Kafka客户线程，任务，分区？

相关文章

Java长时间运行的任务线程中断与取消标志终止多线程python程序最终课程中的非最终方法JUnit终止子线程完成所有ExecutorService任务后，程序不会立即终止

相关阅读

深信服远程技术服务工程师群面&一面Ruby 多线程C#多线程JMeter线程组Java 线程组

相关工具

蓝牙远程控制多线程页面抓取服务器《全栈增长工程师指南》iOS 多线程编程实例迷你任务

相关文档

HTML5 在线教程Growth 全栈增长工程师实战Growth 全栈增长工程师指南远程入侵原装乘用车Java 并发性和多线程
快捷导航： 新手教程 算法原理 架构设计 Java进阶 数据库进阶 大厂专栏 面试经验 编程笔记 编程问答 所有专题 文档资料 工具软件 电子书籍 小牛导航
在线工具： 房贷计算器 个税计算器 Linux命令查询 Json格式化 正则表达式 颜色转换 AES加解密 SHA1加密 MD5加密 毒鸡汤 字数统计 随机密码生成 进制转换 Base64编解码 励志句子
Copyright © 2019-2024 小牛知识库@xnip.cn. All Rights Reserved.