时间戳

首页 > 解决方案 > 内存分配究竟是如何发生的，Java 和 C 如何交互以跟踪同一个对象？

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

问题描述

我有一个包含 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. 为什么 long 和 jlong​​ 以及从用户定义类型 sq_stsm_t 到 long 的转换。我知道 Java 不知道这种用户定义的类型。但是为什么选择长呢？

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

发布此消息后，我必须找到 finalize 的替代品——为此我得出结论，到目前为止，带有 try-with-resources 的 AutoCloseable 是我的最佳选择。由于涉及到很多本地调用，我对如何处理它感到困惑。但是，这是一个需要解决的单独问题，我不想在这里讨论。只是提到在用例上设置一些背景。

标签： javac++java-native-interfacejava-11

解决方案

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

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

最后，new在deleteC++ 中一起：new分配内存并调用构造函数，delete调用析构函数并再次释放内存。请注意，“免费”并不一定意味着“还给操作系统”，因此您的进程的内存使用量在此delete操作后可以保持不变。

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

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

推荐阅读