我在使用SWIG在PHP中包装C ++库时出现内存泄漏问题。当启用导向器时,将包含复杂类型的C ++的回调发送到PHP时,似乎会发生这种情况。以下是重现泄漏的独立示例:
Client.hpp:
#ifndef CLIENT_HPP_
#define CLIENT_HPP_
#include <vector>
#include "ProcedureCallback.hpp"
class Client {
public:
void invoke(ProcedureCallback *callback) {
callback->callback(std::vector<int>(0));
}
};
#endif /* CLIENT_HPP_ */
ProcedureCallback.hpp:
#ifndef PROCEDURECALLBACK_HPP_
#define PROCEDURECALLBACK_HPP_
#include <vector>
class ProcedureCallback {
public:
virtual void callback(std::vector<int>) = 0;
};
#endif /* PROCEDURECALLBACK_HPP_ */
因此,要使用此功能,您需要创建Client
,将子类ProcedureCallback
传递给客户端的invoke
方法,然后客户端会调用callback
方法给了它,并传递了一个空的int矢量。
这是SWIG界面文件:
%module(directors="1") debugasync
%feature("director");
%{
#include "Client.hpp"
#include "ProcedureCallback.hpp"
%}
%include "Client.hpp"
%include "ProcedureCallback.hpp"
它的输出非常大,所以我把它放在pastebin上:debugasync_wrap.cpp。对此文件感兴趣的可能是SwigDirector_ProcedureCallback :: callback(第1319行):
void SwigDirector_ProcedureCallback::callback(std::vector< int > arg0) {
zval *args[1];
zval *result, funcname;
MAKE_STD_ZVAL(result);
ZVAL_STRING(&funcname, (char *)"callback", 0);
if (!swig_self) {
SWIG_PHP_Error(E_ERROR, "this pointer is NULL");
}
zval obj0;
args[0] = &obj0;
{
SWIG_SetPointerZval(&obj0, SWIG_as_voidptr(&arg0), SWIGTYPE_p_std__vectorT_int_t, 2);
}
call_user_function(EG(function_table), (zval**)&swig_self, &funcname,
result, 1, args TSRMLS_CC);
FREE_ZVAL(result);
return;
fail:
zend_error(SWIG_ErrorCode(),"%s",SWIG_ErrorMsg());
}
这也可能是有意义的(第827行):
static void
SWIG_ZTS_SetPointerZval(zval *z, void *ptr, swig_type_info *type, int newobject TSRMLS_DC) {
swig_object_wrapper *value=NULL;
/*
* First test for Null pointers. Return those as PHP native NULL
*/
if (!ptr ) {
ZVAL_NULL(z);
return;
}
if (type->clientdata) {
if (! (*(int *)(type->clientdata)))
zend_error(E_ERROR, "Type: %s failed to register with zend",type->name);
value=(swig_object_wrapper *)emalloc(sizeof(swig_object_wrapper));
value->ptr=ptr;
value->newobject=newobject;
if (newobject <= 1) {
/* Just register the pointer as a resource. */
ZEND_REGISTER_RESOURCE(z, value, *(int *)(type->clientdata));
} else {
/*
* Wrap the resource in an object, the resource will be accessible
* via the "_cPtr" member. This is currently only used by
* directorin typemaps.
*/
value->newobject = 0;
zval *resource;
MAKE_STD_ZVAL(resource);
ZEND_REGISTER_RESOURCE(resource, value, *(int *)(type->clientdata));
zend_class_entry **ce = NULL;
zval *classname;
MAKE_STD_ZVAL(classname);
/* _p_Foo -> Foo */
ZVAL_STRING(classname, (char*)type->name+3, 1);
/* class names are stored in lowercase */
php_strtolower(Z_STRVAL_PP(&classname), Z_STRLEN_PP(&classname));
if (zend_lookup_class(Z_STRVAL_P(classname), Z_STRLEN_P(classname), &ce TSRMLS_CC) != SUCCESS) {
/* class does not exist */
object_init(z);
} else {
object_init_ex(z, *ce);
}
Z_SET_REFCOUNT_P(z, 1);
Z_SET_ISREF_P(z);
zend_hash_update(HASH_OF(z), (char*)"_cPtr", sizeof("_cPtr"), (void*)&resource, sizeof(zval), NULL);
FREE_ZVAL(classname);
}
return;
}
zend_error(E_ERROR, "Type: %s not registered with zend",type->name);
}
为了演示PHP中的内存泄漏(debugasync.php是由SWIG生成的一组代理类,我也上传到了pastebin):
<?php
require('debugasync.php');
class MyCallback extends ProcedureCallback {
public function callback($intVector) {}
}
$client = new Client();
$callback = new MyCallback();
while (true) {
print(number_format(memory_get_usage()) . "\n");
for ($j = 0; $j < 1000; $j++) {
$client->invoke($callback);
}
}
这将打印内存使用情况,执行1k调用并重复执行。运行它会显示快速增长的内存空间:
$ php test.php
692,664
1,605,488
2,583,232
3,634,776
4,538,784
5,737,760
6,641,768
7,545,816
^C
另外值得注意的是,如果C ++回调传递一个原语(即int
)而不是复杂类型(即std::vector<int>
),则没有内存泄漏。
这种内存泄漏的原因是什么?
更一般地说,我可以使用哪些工具来解决这个问题?即使在用调试符号构建PHP之后,Valgrind的地块也无法真正缩小范围。
答案 0 :(得分:2)
我对SWIG没有任何了解,但是如果memory_get_usage
报告了内存使用情况,那么所占用的内存将分配给Zend Engine内存管理器。
当脚本完成干净(没有CTRL + C或die
)时,内存管理器会告诉您发现的内存泄漏,只要:
--enable-debug
)report_memleaks = true
这将告诉您未分配的内存的分配位置。
那就是说,你的片段并没有特别有趣的东西;唯一的非堆栈分配变量被妥善处理掉。