JVM无法与包含名为“ Node”的类的JNI C ++代码一起使用

我本人和一些队友无法理解为什么使用JVM版本1.6u23至1.6u31（本文发布时的最新信息）时，以下代码片段无法提供正确的输出。此代码段表示一个较大问题的简化：

更新：稍微修改了该示例，以将重点放在“ virtual_function（）”似乎没有被调用的问题上。

更新：根据迄今为止的评论，该示例更加简化。

NodeTester.cpp：

#include <iostream>
#include <jni.h>

class Node {
  public:
    Node () :m_counter(0) {}
    virtual ~Node () {}

    virtual void virtual_function () {
      m_counter += 10;
    }

    void non_virtual_function () {
      m_counter += 1;
    }

    int get_counter () {
      return m_counter;
    }

  private:
    int m_counter;

};

extern "C" {
  JNIEXPORT void JNICALL Java_NodeTester_testNode (JNIEnv *jni_env_rptr, 
                                                   jclass java_class) {
    Node *node_rptr = new Node();
    node_rptr->non_virtual_function();
    node_rptr->virtual_function();

    std::cout << node_rptr->get_counter() << std::endl;

    delete node_rptr;
  }
}

NodeTester.java：

public class NodeTester {
  public static native void testNode ();

  static {
    System.loadLibrary("nodetester");
  }

  public static final void main (String[] args) {
    NodeTester.testNode();
  }
}

预期输出：

11

JVM 1.6u23到1.6u31的实际输出：

1

看来JVM在JNI中错误地构造了“ Node”对象。尽管此代码可能与JNI的使用不符。当类“节点”被添加了更多的功能（例如，更多的属性，附加的虚拟和非虚拟操作）时，我们会导致分段错误，而不仅仅是错误的输出。我们正在使用g ++将cpp代码编译到RedHat linux 64位共享对象库中，并在64位Server VM上运行Java代码。请注意，在JVM 1.6u20至1.6u22上，这会产生预期的输出。我没有尝试过任何早期版本。

我们已决定悬赏这个问题！以下是有关我们已经知道的更多信息：

• JVM 1.6u22（及更高版本）产生预期结果
• 重命名“节点”或将其放在命名空间中会产生预期的结果
• 在堆栈上分配“ Node”对象而不是JNI函数中的堆会产生预期的结果
• 类“节点”的非虚拟组件没有问题

对于我们来说不幸的是，这些项目都没有一个可行的解决方案-我提到的“更大的问题”是，我们正在处理一个名为“ Node”的C ++类的现有代码库，需要通过JNI访问。我们还尝试了几种g ++和javac编译器选项，以及几种JVM选项，但无济于事（尽管如果有人偶然发现了一个实际会产生预期结果的选项，这将是一个可接受的解决方案）。