内存分配究竟是如何发生的，Java和C如何交互以跟踪同一对象?

Question

>我有一个类，其中包含一个 long 类型的成员变量和一组本机方法声明。我相信变量的内存是在其中一个本机方法中分配的，并且通过调用另一个本机方法销毁在 finalize(( 方法中尝试取消分配。我知道 finalize 已被弃用，但在找到 finalize 的替代方案之前，我需要了解内存分配是如何发生的，Java 和 C 如何通过 JNI 保持同步以及如何跟踪这个特定的成员变量。我将尝试使用代码片段更好地解释该场景：

JSQ.java

class JSQ {
protected long shdl;
protected JSQ() { log("JSQ constructor"); }
protected JSQ(String stmt, boolean isd)
throws DhSQLException
{
// calls a set of native methods
set_shdl();
setstmt(stmt, shdl);
setd(isd, shdl);
prep(shdl);
}
public void finalize()
{
destroy(shdl);
}
private native void set_shdl() throws DhSQLException;
private native void setstmt(String s, long shdl) throws DhSQLException;
private native void setd(boolean b, long shdl);
private native void prep(long shdl) throws DhSQLException;
private native void destroy(long shdl);
protected void execute() throws DhSQLException
{
parExec(shdl);
}
protected native void parExec(long shdl);
}

JSQL.cxx

#define SQ ((sq_stsm_t *)(shdl))
JNIEXPORT void JNICALL Java_com_project_package_JSQ_set_shdl
(JNIEnv *env, jobject obj_This)
{
jclass cls;
jmethodID mid;
cls = (env)->GetObjectClass (obj_This);
mid = (env)->GetMethodID (hThis,"set_JSQ_shdl","(J)V");
status_t status;
// memory allocation
sq_stsm_t * S = new sq_stsm_t(status);
if(status)
{
if (S) { delete S; }
return;
}
// I understand that we're attempting to call a Java method from a native method.
// But which method is it calling?
// Also, are we converting S from sq_stms_t type to jlong?
(env)->CallVoidMethod (obj_This,mid,(jlong) S);
return;
}
JNIEXPORT void JNICALL Java_com_project_package_JSQ_setstmt
(JNIEnv *env, jobject, jstring jstmt, jlong shdl)
{
status_t status;
// cstmt is obtained using jstmt
// Note: #define SQ ((sq_stsm_t *)(shdl))
status = SQ->SetStmt(cstmt);
return;
}
JNIEXPORT void JNICALL Java_com_project_package_JSQ_destroy
(JNIEnv *, jobject, jlong shdl)
{
delete SQ;
}

我感到困惑的一点：

1. 为什么长和 jlong 以及从用户定义的类型sq_stsm_t到长头的转换。我知道Java不知道这种用户定义的类型。但为什么要选择长？

2. 为什么 SQ 上的 #define 以及销毁如何通过调用 SQ 上的 delete 来删除set_shdl中分配的内存？

发布此内容后，我必须找到最终确定的替代品 - 为此我得出的结论是，到目前为止，具有资源试用功能的自动关闭是我的最佳选择。由于涉及很多本地调用，我对如何去做感到困惑。但是，这是一个需要解决的单独问题，我不想在这里讨论这个问题。只是提到在用例上设置一些背景。

Answer 1

Javalong变量保证为 64 位宽，因此即使在 64 位系统上，包含地址也足够了。long演员阵容只是为了让C++型系统满意。 如您所见，SQ宏用于将此地址转换回指向sq_stsm_t对象的正确指针。

至于你的第二个问题：宏所做的只是摆脱一些打字工作。 程序的 Java 部分将始终传递long类型的shdl变量，因此SQ宏只是提供对实际sq_stsm_t对象的轻松访问。

最后，new和deleteC++一起进行：new分配内存并调用构造函数，delete调用析构函数并再次释放内存。 请注意，"free"并不一定意味着"回馈操作系统"，因此在此delete操作之后，进程的内存使用量可以保持不变。

至于代码中的注释：Java_com_project_package_JSQ_set_shdl尝试调用 Java 方法boolean com.project.package.JSQ#set_JSQ_shdl(jlong)，尽管它不存在于您粘贴的代码中。我想这是shdl领域的简单二传手？

至于你的后续计划：实施AutoCloseable是个好主意。您需要在 JSQ 对象中创建一个native void close()方法，该方法对存储在shdl字段中的sq_stsm_t对象调用delete，然后将shdl字段替换为(jlong)nullptr。