LuaJIT ffi函数返回字符串的奇怪输出

我有一个函数如下,它从另外一个函数返回一个 c-string

const char* GetFilePath(const char* aFilename)
{
    return FileSystem->GetFilePath(aFilename).c_str();
}

如果我从lua 调用此函数,我只得到废话。如果我修改函数返回例如“测试”,它就可以工作了。

我认为这是因为被返回的std::string的析构函数会被调用,因此会删除字符串,使c-string变得无效。

我的问题是如何防止这种情况?我如何才能让它工作?

更新: 我使用以下代码将此函数添加到Lua中。

local ffi = require('ffi')
ffi.cdef[[
const char* GetFilePath(const char* aFilename)
]]

x = ffi.string(GetFilePath("Script.lua"))
io.write(x)

这段代码只会打印一些随机的废话。但是,如果我修改C-Wrapper函数只返回C语言风格的字符串,我就会得到期望的输出。

更新2: 例如,如果我像下面这样做:

const char* GetFilePath(const char* aFilename)
{
    return aFilename;
}

它按预期工作。但是,如果我做以下事情:

const char* GetFilePath(const char* aFilename)
{
    return std::string(aFilename).c_str();
}

我会得到随机的废话。我的原始C++函数返回一个std::string。

点赞
用户3598119
用户3598119

如果你坚持使用 luajit FFI 而非使用 C API,那么你将不得不编写一些更复杂的 C++ 代码。

问题在于,任何返回 const char * 的函数在 C++ 中都不能通过在本地或临时 std::string 上调用 c_str() 来生成,因为在 lua 有机会使用它之前它就会无效。

解决这个问题最简单的方法是使用一个 static 的本地变量,它不会在函数返回后立即被销毁。

const char* GetFilePath(const char* aFilename)
{
    static std::string long_lived;
    long_lived = FileSystem->GetFilePath(aFilename);
    return long_lived.c_str();
}

这里有一些额外的开销 - long_lived 字符串将被分配,直到 GetFilePath 再次被调用或您的程序结束。但是这些字符串很小,所以这些开销不会影响太多。

2016-06-11 01:40:16