我正在寻找一种直接从内存中加载生成的目标代码的方法。
我知道如果将其写入文件，可以调用dlopen动态加载其符号并链接它们。 但是，考虑到它最初在内存中，被写入到磁盘上，然后再由dlopen重新加载到内存中，这似乎有点绕。 我想知道是否有一种动态链接存在于内存中的目标代码的方法。从我所了解的情况来看，可能有几种不同的方法可以做到这一点：
欺骗dlopen，使其认为您的内存位置是一个文件，尽管它从未离开内存。
搜索其他可执行我正在寻找的功能的系统调用（我认为这不可能存在）。
查找一些能够直接在内存中链接代码的动态链接库。显然，这很难通过谷歌搜索获得，因为“动态链接库”会返回关于如何动态链接库的信息，而不是执行动态链接任务的库。
从链接器中抽象出一些API并创建一个新的库。 (对我来说，这显然是最不理想的选择)。
那么这其中哪些是可能的? 可行的? 你能指出我猜想存在的任何东西吗？还有其他我甚至没有想到的方法吗？
我需要解决这个问题，因为我有一个可脚本化的系统，它没有文件系统（使用来自数据库的blob），并且需要加载二进制插件来支持一些脚本。 这是我想出的解决方案，在FreeBSD上可以工作，但可能不具有可移植性。
void *dlblob(const void *blob, size_t len) {
/* Create shared-memory file descriptor */
int fd = shm_open(SHM_ANON, O_RDWR, 0);
ftruncate(fd, len);
/* MemMap file descriptor, and load data */
void *mem = mmap(NULL, len, PROT_WRITE, MAP_SHARED, fd, 0);
memcpy(mem, blob, len);
munmap(mem, len);
/* Open Dynamic Library from SHM file descriptor */
void *so = fdlopen(fd,RTLD_LAZY);
close(fd);
return so;
}
显然，该代码缺乏任何形式的错误检查等，但这是核心功能。
预计完成时间：最初我认为fdlopen是POSIX标准，但这似乎是FreeBSD特有的。
我不知道为什么你要考虑使用 dlopen，因为这会需要大量非便携式的代码来生成适合加载的正确对象格式（例如 ELF）在磁盘上。如果你已经知道如何为你的架构生成机器代码，那么只需用 mmap 将内存映射为可读、可写和可执行的内存，然后将其地址分配给一个函数指针并调用它。非常简单。
dlopen会更好。 - mrduclaw除了将文件写出并使用dlopen()再次加载之外，没有标准的方法。
您可能会在当前特定的平台上找到一些替代方法。这将取决于您是否认为它比使用“标准和（相对）可移植”的方法更好。
由于首先生成对象代码是非常特定于平台的，因此其他特定于平台的技术可能对您无关紧要。但这是一个判断调用 - 在任何情况下都取决于是否存在相对不太可能的非标准技术。
mmap()，这样做可能会起作用。 如果要加载的代码调用其他函数，则必须通过某种方法解析这些符号的地址。 这通常是由dlopen()为您完成的。 如果短路了dlopen()，那么责任就在您身上，作为代码创建者，必须确保已考虑了ASLR等因素，并且在代码中将正确的函数地址放置在正确的位置。 - Jonathan Lefflerdlopen_from_offset。你不需要将生成的代码加载到内存中，因为它已经在内存中了！
但是，你可以以非便携的方式在内存中生成机器码（前提是它在使用mmap和PROT_EXEC标志映射的内存段中）。
（在这种情况下，不需要“链接”或重定位步骤，因为你生成的机器码具有明确的绝对或相对地址，特别是用于调用外部函数）
有一些库可以做到这一点: 在 GNU/Linux 上的 x86 或 x86-64 下，我知道有 GNU Lightning (它可以快速生成运行缓慢的机器代码), DotGNU LibJIT (可以生成中等质量的代码), 以及 LLVM & GCCJIT (能够在内存中生成相当优化的代码，但需要时间来发出)。 LuaJit 也有类似的功能。自2015年起，GCC 5就有一个 gccjit 库。
当然，你仍然可以在文件中生成C代码，fork一个编译器将其编译成共享对象，并dlopen该共享对象文件。我在GCC MELT中就是这样做的，它是一种用于扩展GCC的特定领域语言。实际上，它的效果非常好。/tmp/目录，通常是一个tmpfs文件系统）。从内存加载solib具有固有的限制。 即，solib的DT_NEEDED依赖项不能引用 到内存缓冲区。这意味着，除其他外， 您无法轻松加载具有deps的solib 从内存缓冲区。恐怕，除非ELF规范 扩展以允许DT_NEEDED引用其他 对象而不是文件名，否则将没有标准 API可用于从内存缓冲区加载solib。
我认为你需要使用posix的shm_open()，然后 mmap共享内存，在那里生成您的solib， 然后通过/dev/shm挂载点使用纯dlopen()。 这也可以处理deps：它们可以 引用常规文件或/dev/shm对象 拥有您生成的solibs。
user@system $ ./main < example-library.so
add(1, 2) = 3
// example-library.c
int add(int a, int b) { return a + b; }
#include <cstdio>
#include <dlfcn.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <sys/syscall.h>
#include <unistd.h>
#include <vector>
// Compile and then invoke as:
// $ ./main < my-shared-lib.so
int main() {
// Read the shared library contents from stdin
std::vector<char> library_contents;
char buffer[1024];
ssize_t bytes_read;
while ((bytes_read = read(STDIN_FILENO, buffer, sizeof(buffer))) > 0) {
library_contents.insert(library_contents.end(), buffer,
buffer + bytes_read);
}
// Create a memory file descriptor using memfd_create
int fd = memfd_create("shared_library", 0);
if (fd == -1) {
perror("memfd_create failed");
return 1;
}
// Write the shared library contents to the file descriptor
if (write(fd, library_contents.data(), library_contents.size()) !=
static_cast<ssize_t>(library_contents.size())) {
perror("write failed");
return 1;
}
// Create a path to the file descriptor using /proc/self/fd
// https://sourceware.org/bugzilla/show_bug.cgi?id=30100#c33
char path[100]; // > 35 == strlen("/proc/self/fd/") + log10(pow(2, 64)) + 1
snprintf(path, sizeof(path), "/proc/self/fd/%d", fd);
// Use dlopen to dynamically load the shared library
void *handle = dlopen(path, RTLD_NOW);
if (handle == NULL) {
fprintf(stderr, "dlopen failed: %s\n", dlerror());
return 1;
}
// Use the shared library...
// Get a pointer to the function "int add(int, int)"
int (*add)(int, int) =
reinterpret_cast<int (*)(int, int)>(dlsym(handle, "add"));
if (add == NULL) {
fprintf(stderr, "dlsym failed: %s\n", dlerror());
return 1;
}
// Call the function "int add(int, int)"
printf("add(1, 2) = %d\n", add(1, 2));
// Cleanup
dlclose(handle);
close(fd);
return 0;
}
需要注意的是，使用shm_open+dlopen从共享内存中加载动态库，如果/dev/shm没有noexec权限，则动态库将无法加载。
/run/shm时，文件永远不会被写入磁盘。 - yugr/run/shm不是 POSIX，它是 Linux 特有的。如果没有它，该函数将退回到仅写入/tmp。无论文件是否成功写入磁盘（在某些系统上，/tmp可能是一个 ramdisk），您仍然必须与文件系统交互，具备创建它的权限，控制其他人是否可以访问它，在完成时确保正确取消链接它（或崩溃）。为什么不发布一个答案，让人们评论和投票呢？ - Parakleta/tmp回退之外，这些解决方案之间没有任何交集。这两个解决方案在各自的平台上都有优点，但我不明白它们之间的关系。基本上，在BSD上使用fdlopen而无需访问文件系统，然后在Linux上使用/run/shm或在POSIX上使用/tmp，都需要访问文件系统。 - Parakleta