标签: java-7

我已经配置了我的 Linux 远程计算机（使用 JRE 1.7）来执行具有 jmx 必要属性的 java 应用程序：

java -Dcom.sun.management.jmxremote \
-Dcom.sun.management.jmxremote.port=5005 \
-Dcom.sun.management.jmxremote.local.only=false \
-Dcom.sun.management.jmxremote.authenticate=false \
-Dcom.sun.management.jmxremote.ssl=false \
-jar myapplication.jar

现在，在我的 Windows 本地计算机（其中有 JDK 1.7）中，我想使用 jmap 工具，例如打印直方图：

jmap -histo 10.218.72.227:5005

但它因以下错误而失败：

Picked up _JAVA_OPTIONS: -Djava.net.preferIPv4Stack=true
Attaching to remote server 10.218.72.227:5005, please wait...
Error attaching to remote server: java.rmi.NotBoundException: Not bound: "SARemoteDebugger" (only bound name is "jmxrmi")

奇怪的是，我可以使用 jconsole 成功连接，但首先它会提示我一条消息，要求我不安全地重试连接（没有 SSL）：

因此，它似乎应该是 jmap 的某种标志才能工作，您知道如何克服这个问题吗？

我正在研究一个函数，它连续扫描大量相对较短的字符串，并从中生成大量子字符串。该函数将用于大容量字符串处理系统。我更喜欢首先优化内存，然后再优化 CPU，因为系统上的内存压力大于 CPU 压力。在这种情况下，性能如何比较：

//Java-ish PseudoCode
functionParent(List<String> strings) {
  StringBuilder result;
  for(String s : strings) {
    result.appendAll(functionA(s));
  }
}


functionA(String arg1) {
  results.add(arg1.substring(i, i + length)); //hotspot here
}

和：

//Java-ish PseudoCode
functionParent(List<String> strings) {
  StringBuilder result;
  for(String s : strings) {
    result.appendAll(functionB(s.toCharArray()));
  }
}

functionB(char[] arg1) {
  results.add(new String(arg1,i, length)); //hotspot here
}

据我到目前为止的测试来看，内存方面这是一次清洗（char[] 分配可以忽略不计并且不会影响 GC，两者都会创建相同数量的新字符串/ substring() 内存泄漏不久前已修复），并且由于不断查找子字符串，因此 char[] 版本在 CPU 方面获胜。这听起来正确吗？我的分析中是否遗漏了任何内容？

根据下面的答案，解决方案的注释 functionB似乎是最快的。另请注意， functionParent 中有一个 StringBuilder - 并且 StringBuilder 有一个 1append(char[], index, length)` 函数

编译 libgdx 游戏时，我从 android-studio 收到以下错误：

Error: Default interface methods are only supported starting with 
Android N (--min-api 24): com.hgames.core.item.Item 
com.hgames.core.item.misc.MiscItem.deepClone()

我不明白，因为我不使用默认的接口方法。我的代码在 JDK1.7 上编译得很好。这里报告的错误涉及以下代码：

interface Item {

   Item deepClone()

} 

interface MiscItem extends Item {

  @Override
  MiscItem deepClone()

}

那里没有默认方法。请注意，如果我删除此覆盖，并在调用站点添加对 MiscItem 的强制转换，编译器会报告下一个错误（同类），因为我在许多地方使用此模式。我正在使用 gradle 并在我的 build.gradle 文件中包含以下内容：

compileOptions {
    sourceCompatibility JavaVersion.VERSION_1_7
    targetCompatibility JavaVersion.VERSION_1_7
}

defaultConfig {
    minSdkVersion 9
    targetSdkVersion 15
    compileSdkVersion 15
    versionCode 1
}

我是 android-studio 的新手，因为我通常使用 Eclipse，但切换到 android-studio 将我的游戏移植到 Android。所以也许我错过了一些愚蠢的东西，但我在任何地方都找不到任何帮助。

我在https://editor.swagger.io中加载了一个 OpenAPI YAML 文件，并从那里生成了 jaxrs-resteasy 的服务器代码。

问题是此代码必须集成到 Java 7 项目中，并且 Swagger 编辑器会生成 Java 8 的代码。

有没有办法生成 Java 7 的 jaxrs-resteasy 服务器代码？

PS： 考虑到有关 JDK 实现细节的动机或权衡的讨论经常会在 StackOverflow 上遇到阻力，普遍认为 JDK 工程师有权独立做出决策（之前关于 JDK 动机的帖子的关闭证明了这一点） ，我想澄清的是，这个问题严格集中在 HashMap 的算法和结构方面，特别是在两个单独的链接实现（头插入和尾插入）之间进行选择时涉及的分析和工程考虑。

在单独链接的HashMap 中，冲突是通过链接列表中的链接条目来管理的。当发生冲突时，新元素可以插入到链表的头部或尾部。两种方法具有相同的最坏时间复杂度，因为需要对列表进行完整扫描来识别重复项或插入点。然而，传统智慧和算法教育（例如，Sedgewick 的算法来源，算法简介，CLRS p.258）表明最好在头部插入，因为较新的元素更有可能很快被访问。

奇怪的是，虽然 JDK7 HashMap（第 402、766 行和JDK 7 源代码addEntry()中的方法）通过在头部插入来遵循此约定，但JDK8 切换到尾部插入（第 611、641 行和JDK 8 源代码中的方法）。putVal()