使用`as_ptr（）`时如何停止内存泄漏？

Question

由于这是我第一次学习系统编程，因此我很难将规则束之高阁。现在，我对内存泄漏感到困惑。让我们考虑一个例子。说，Rust正在抛出一个Python将会捕获的指针（指向字符串）。

在Rust中，（我只是发送的指针CString）

use std::ffi::CString;

pub extern fn do_something() -> *const c_char {
    CString::new(some_string).unwrap().as_ptr()
}

在Python中，（我取消引用了指针）

def call_rust():
    lib = ctypes.cdll.LoadLibrary(rustLib)
    lib.do_something.restype = ctypes.c_void_p
    c_pointer = lib.do_something()
    some_string = ctypes.c_char_p(c_pointer).value

现在，我的问题是释放内存。我认为应该在Python中将其释放，但随后所有权会突然增加。因为，as_ptr似乎采用了不可变的参考。因此，我对于是否应该在Rust或Python
（或两者）中 释放内存感到困惑。如果是Rust，那么当控制流重新回到Python中时，我应该如何释放它？

Answer 1

您的Rust函数do_something构造一个临时对象CString，将一个指针放入其中，然后 删除CString。*const c_char从返回的那一刻起，该无效。如果您每天晚上都在使用，则可能要使用CString#into_ptr而不是CString#as_ptr，因为前者会消耗CString而不分配内存。在稳定的，你可以mem::forget在CString。然后，您可以担心谁应该释放它。

从Python释放将是棘手的或不可能的，因为Rust可能使用其他分配器。最好的方法是公开一个带c_char指针的Rust函数，为该指针构造一个CString（而不是将数据复制到新的分配中）并删除它。不幸的是，中间部分（创建CString）目前暂时无法实现：CString::from_ptr不稳定。

一种解决方法是将
_整个CString_函数传递（指向）Python并提供访问器函数以从中获取char指针。您只需要对进行装箱CString并将其转换为原始指针。然后，您可以使用另一个函数，将指针转换回框并放下。