我有一个像下面这样的函数,它从另一个返回 std::string 的函数返回一个 c 字符串。
const char* GetFilePath(const char* aFilename)
{
return FileSystem->GetFilePath(aFilename).c_str();
}
如果我从 lua 调用这个函数,我只会得到垃圾。如果我修改函数以返回例如“测试”,它就可以工作。
我认为这是因为返回的 std::string 的析构函数将被调用,因此删除了使 c 字符串无效的字符串。
我的问题是如何防止这种情况发生?我怎样才能让它工作?
更新: 我使用以下代码将此函数公开给 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-Style 字符串,我将获得所需的输出。
更新 2: 例如,如果我执行以下操作:
const char* GetFilePath(const char* aFilename)
{
return aFilename;
}
它按预期工作。此外,当我公开一些其他返回 const char* 的函数时。 但是,如果我执行以下操作:
const char* GetFilePath(const char* aFilename)
{
return std::string(aFilename).c_str();
}
我得到随机垃圾。我原来的 C++ 函数返回一个 std::string。
最佳答案
如果您坚持为此使用 luajit FFI 而不是使用 C api,您将不得不编写一些更复杂的 C++。
问题是,在 C++ 中返回 const char *
的任何函数都不能通过在本地或临时 std 上调用
因为它会在 lua 有机会使用它之前变得无效。c_str()
来生成: :string
解决此问题的最简单技巧是使用 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
,或者您的程序结束。但是这些字符串很小,所以这个开销并不重要。
关于c++ - luajit ffi 函数返回字符串的奇怪输出,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37754432/