sun
-
-
sun.misc.Signal 的替代方案 我开始研究寻找该类的替代方案,因为它在即将推出的JDK中可能不受支持(我们目前正在开发1.6)。当我构建项目时,我得到: 警告:sun.misc.SignalHandler 是 Sun 专有的 API,可能会在将来的发行
-
-
为什么为Java VM编写了这么多新语言?[已关闭] 有越来越多的编程语言(Scala,Clojure,...)是为Java VM而生的,因此与Java字节码兼容。 我开始问自己:为什么是Java VM? 是什么让它如此强大或受欢迎,以至于有新的编程
-
为什么即使堆等大小稳定,Sun JVM 也会继续消耗更多的 RSS 内存?问题和解决方案: 在过去的一年里,我对应用程序的Java堆使用率有了很大的改进- 减少了66%。为了做到这一点,我一直在通过SNMP监控各种指标,例如Java堆大小,cpu,Java非堆等。 最近,我一直在监视JVM有多少真实
-
使用Sun专有的Java类是一种不好的做法吗? 如果使用 Sun 的专有 Java 类,编译器将显示警告。我认为使用这些类通常是一个坏主意。我在某处读到过这个。但是,除了警告之外,还有什么根本原因可以解释为什么您不应该使用它们?
-
标准 Sun javac 可以进行增量编译吗? 最近我开始使用Eclipse的java编译器,因为它比标准的javac快得多。我被告知它更快,因为它执行增量编译。但我仍然有点不确定这一点,因为我找不到任何关于eclispse和sun的编译器“增量功能”的
-
在最近的JVM中,不可见的引用仍然是一个问题吗? 我正在阅读中的代码很好地说明了问题。在文档中引用的 JVM 版本上,当 foo 对象在 try 块结束时超出范围时,无法对其进行垃圾回收。相反,JVM 将保持打开引用,直到 main() 方法结束,即使任
-
-
如何判断Java是否是Sun / Oracle / OpenJDK? 我试图弄清楚我的HPC环境中的Java安装是否正在运行Sun JVM,Oracle或OpenJDK。由于我没有管理员访问权限,并且我没有安装Java,是否有一种快速的方法可以确定我安装了哪个JVM?
标签