区分Java线程和OS线程?

如何区分正在运行的Java线程和本地线程?

在Linux中,每个subprocess都有父进程,并且他们说0是所有进程的父进程,所有分叉的Java线程的父进程是否会有?

如何知道哪个Java线程与OS线程相关(如果Java线程阻塞了本机进程线程)。

Java线程和操作系统线程是否有任何命名约定?

一个正在运行的Java线程可以被另一个Java代码挂起或者死亡吗?

在Linux上,Java线程是用本地线程来实现的,所以使用线程的Java程序和使用线程的本地程序没有区别。 “Java线程”只是一个属于JVM进程的线程。

在现代Linux系统(使用NPTL的系统)上,属于一个进程的所有线程具有相同的进程ID和父进程ID,但具有不同的线程ID。 您可以通过运行ps -eLf来查看这些ID。 PID列是进程ID,PPID列是父进程ID,LWP列是线程(LightWeight进程)ID。 “主”线程具有与进程ID相同的线程ID,而其他线程将具有不同的线程ID值。

较老的Linux系统可能使用不完全符合POSIX的“linuxthreads”线程实现,而不是NPTL。 在linuxthreads系统上,线程有不同的进程ID。

您可以通过将系统的C库(libc)作为独立程序运行并查看其输出中的“可用扩展名”来检查您的系统是否正在使用NPTL或linuxthreads。 它应该提到“本地POSIX线程库”或linuxthreads。 C库的path因系统而异:它可能是/lib/libc.so.6 (在基于64位RedHat的系统上)或类似于/lib/x86_64-linux-gnu/libc.so.6 (在基于Debian的现代系统上,例如Ubuntu)。

在操作系统层面,这些人没有名字; 那些只存在于JVM中。

pthread_kill() C函数可以用来发送一个信号给特定的线程,你可以用它来试图从JVM之外杀死那个特定的线程,但是我不知道JVM会如何回应它。 它可能会杀死整个JVM。

没有标准; 这完全取决于你正在使用的Java实现。 另外,不要混淆“本地线程”和“本地进程”。 进程是一个孤立的实体,不能看到其他进程的地址空间。 线程是在本地进程的地址空间中运行的东西,它可以看到同一进程的其他线程的内存。

你在Linux上看到的是另外一些东西:某些版本的Linux在父进程的每个线程的进程表中创build一个条目。 这些“过程”不是真正的过程(从隔离的angular度)。 它们是可以用ps命令列出的线程。 您可以使用父PI​​D(PPID)find创build它们的过程。

Java线程如何映射到操作系统线程,没有通用的解决scheme。 每个JVM实现都可以用不同的方式来完成。

还有一个纯粹的Java线程实现,称为绿色线程 。 如果原生线程不受支持或者系统根本不是multithreading的,则用作后备。 你不会在你的操作系统上看到任何绿色的线程。

一个正在运行的Java线程可以被另一个Java代码挂起或者死亡吗?

如果它们在同一个JVM上运行,那么是,使用stop()。 但这不是一个好的解决scheme,可能工作,或不。 interrupt()允许线程安全地closures。

无法杀死我知道的JVM之外的线程。 如果一个操作系统真的支持线程的查杀,我不会期望Java应用程序能够正常运行!

一个正在运行的Java线程可以被另一个Java代码挂起或者死亡吗?

理论上是的。 在实践中, Thread.kill()Thread.suspend()方法被弃用,因为它们在非常有限的情况下是不安全的。 基本的问题是,杀死或挂起一个Java线程可能会扰乱依赖于它的其他线程,并共享可能在更新中的数据结构。

如果“另一个Java代码”意味着另一个JVM,那么它的工作机会就更小了。 即使你想出了怎样发送相关的线程信号,结果也是完全不可预知的。 我敢打赌,“目标”JVM会崩溃。