0

有各种文档描述了 Solaris/Linux 上的线程,但现在没有描述 Windows 实现。我对此有过浓厚的兴趣,如此重要的事情(似乎)没有记录在案似乎很奇怪。

线程在不同的操作系统上是不一样的——“一次编写,随处运行”对于线程来说是不正确的。

请参阅http://java.sun.com/docs/hotspot/threads/threads.html

4

4 回答 4

3

为了最直接地回答您的问题,JVM 规范故意未定义有关如何实现线程的精确语义。

FWIW,Sebastion 的声明“Java 的公开线程模型在每个平台上都是相同的,并在 Java 规范中定义。对于 Java 应用程序,即使是线程,底层操作系统也应该是完全透明的”,这是不准确的。

我发现 Windows 和 Linux 下的线程在使用等待/通知的线程饥饿方面存在显着的经验差异。当许多线程争夺一个锁时, Linux容易出现饥饿 - 以至于我必须在 Windows 中加载比 Linux 多 3个数量级的线程才能导致饥饿。对于竞争激烈的锁,带有 fair 修饰符的 Java 并发锁变得至关重要。

为了说明数字,我在 Linux 下遇到了一个问题,一个锁被 31 个线程严重竞争,而在 Windows 下,相同的代码需要 10,000 个(是的,即 10,000)线程才能开始演示饥饿问题。

更糟糕的是,Linux 下出现了 3 种不同的线程模型,每一种都有不同的特性。

大多数情况下,线程在我的经验中是透明的,但争用问题值得仔细考虑。

于 2008-11-01T08:28:38.340 回答
2

这实际上取决于特定的 JVM 实现。我假设您想知道 Sun 的 Windows JVM,我可以肯定地告诉您,Sun JVM 将 Java 线程映射到 OS 线程。

您可以尝试从 Java 代码中生成几个线程,打开任务管理器并查看发生了什么。

于 2008-09-16T02:30:16.587 回答
0

有问题的文档讨论了 Solaris 线程模型以及 VM 如何映射到它。这与Linux无关。此外,该文档仅讨论性能。无论您选择什么,程序的整体行为都不应改变。

Java 公开的线程模型在每个平台上都是相同的,并在 Java 规范中定义。对于 Java 应用程序,即使对于线程,底层操作系统也应该是完全透明的。

但是,如果您必须知道... Sun JVM 将其线程 1:1 映射到 Windows 线程。它不使用多种工艺或纤维。

于 2008-09-15T23:14:24.717 回答
-1

该文档更多地是关于 Solaris 线程而不是 Java 线程模型。所有 JVM 都会调用它们所针对的操作系统的本机线程 API,因此一个操作系统线程总是有一个 Java 线程。文档中的图表显示,直到线程在操作系统空间中才发生更改。对于 Windows 特定文档,每个操作系统都可以以不同方式处理线程,这是一个很好的起点:MSDN About Processes and Threads

很长一段时间以来,*nix 的各种风格都使用进程而不是实际线程来实现它们的线程,似乎那些特定的调整参数可以简化向 Solaris 中更新的线程模型的过渡。这使得旧模型和那些 JVM 选项过时了。

有关 HotSpot JVM 的 JVM 选项列表,您可以查看:HotSpot VM Options。其中很多对于调整长时间运行的应用程序很有用,但如果您不了解它们在做什么,您也可能会遇到麻烦。还要记住,JVM 的每个实现都可以有一组不同的选项,您在 IBM 的 VM 或 BEA 上找不到其中一些选项。

于 2008-09-15T23:22:56.553 回答