尧图网站建设 
网络安全【免费下载链接】suricataSuricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine developed by the OISF and the Suricata community.项目地址https://gitcode.com/gh_mirrors/su/suricata点击查看免费下载本指南以 Suricata 开发者指南中的 Threads 章节 为核心深入讲解suricata_ffi::thread模块提供的 Rust 线程生命周期 API——包括线程初始化回调Thread Init Callback与类型化线程存储Thread Storage。你将掌握如何用 Rust 编写扩展插件在 Suricata 每个工作线程启动时挂接初始化逻辑并为每个线程独立保存有类型的数据同时通过仓库源码Rust 封装、C 侧头文件、底层实现 与 util-storage 存储引擎理解这些 API 背后的运行机制与约束。1. 为什么需要线程级 APISuricata 的多线程执行模型Suricata 是典型的每线程一工作单元架构数据采集、解码、流管理、检测、日志输出等任务被组织成多个线程模块Thread Module由线程管理tm-threads统一调度。每个工作线程在启动时都会持有自己的ThreadVars结构其中既包含线程自身的运行状态也内嵌了该线程专属的存储区域storage字段。对于用 Rust 编写检测逻辑或插件的开发者来说有两个现实需求感知线程启动想在每个线程初始化完成的瞬间执行一段 Rust 代码例如初始化线程级状态、打印调试信息。保存线程私有数据每个线程独立的一份类型化数据例如本线程处理的流数量、连接计数、自定义缓存互不干扰线程退出时自动释放。Suricata 的 C 侧为此提供了两套底层设施SCThreadRegisterInitCallback/SCThreadRunInitCallbacks线程初始化回调见 thread-callbacks.h和SCThreadStorage*系列线程存储见 thread-storage.h。suricata_ffi::thread模块则把它们包装成安全、类型化的 Rust 接口。下面分别展开。2. Thread Init Callback在 Rust 中感知每个线程的初始化2.1 注册与签名使用thread::register_init_callback注册一个回调Suricata 每初始化一个线程时都会调用它一次回调参数是刚完成初始化的线程的ThreadVars包装use suricata_ffi::thread::{self, ThreadVars}; use suricata_ffi::SCLogNotice; fn on_thread_init(tv: mut ThreadVars) { SCLogNotice!(thread initialized: {:p}, tv.as_ptr()); } fn register_thread_callbacks() - Result(), static str { thread::register_init_callback(on_thread_init) }register_init_callback的完整约束对应 rust/ffi/src/thread.rs 中的实现接受函数项function item或闭包只要它实现Fn(mut ThreadVars) Send Sync static返回Result(), static str返回Err表示回调注册失败——从源码看失败路径发生在底层SCThreadRegisterInitCallback返回 false 时即 C 侧链表节点SCCalloc内存分配失败见 thread-callbacks.c注册成功后回调会被 C 侧以链表形式ThreadInitCallback节点 next指针保留到 Suricata 进程生命周期结束闭包会被装箱成BoxF并作为user指针传给 C 侧由init_callback_wrapper在每次触发时解引用调用。2.2 ThreadVars 包装器的安全性设计ThreadVars并非裸指针而是一个携带生命周期的安全包装PhantomDataa mut sys::ThreadVars见 rust/ffi/src/thread.rs生命周期与回调调用绑定借用检查器会阻止你把它存到回调之外提供as_ptr()返回只读裸指针便于与需要*const ThreadVars的 C API 交互as_mut_ptr()是私有方法要求mut self确保对底层ThreadVars的可变访问例如写入线程存储被独占借用门控。2.3 触发时机从 C 侧看调用链从源码看回调的触发点在 tm-threads.c 第 1039 行SCThreadRunInitCallbacks(tv);SCThreadRunInitCallbacks会遍历init_callbacks链表逐个执行cb-Callback(tv, cb-user)见 thread-callbacks.c。这意味着回调在线程初始化完成、真正开始干活之前执行多个回调按注册顺序依次触发当前 Rust API 只暴露了 init 回调没有对应的 deinit 回调——文档明确说明这是现状如果你需要线程退出清理逻辑可以借助下面第 3 节的线程存储自动释放机制存储值随线程存储被释放时自动 drop来间接实现。2.4 跨 FFI 边界的纪律Rust 回调是在 C 调用栈上被反向调用的init_callback_wrapper是unsafe extern C函数见 rust/ffi/src/thread.rs因此回调中绝不能 panic否则会跨越 FFI 边界导致未定义行为需要错误处理时应记录日志如SCLogNotice!而不是 panic同理存储值类型的Drop也运行在 C 触发的释放路径上Rust 侧用std::panic::catch_unwind兜底防止析构 panic 泄入 C见ThreadStorage::free实现。3. Thread Storage类型化、每线程一份的数据存储3.1 核心思想thread::ThreadStorageT提供按类型参数化的线程私有存储底层由 Suricata 的线程存储 API 支撑。每个已注册的槽位slot在每一个线程中都持有一个独立的T值。它是一个只持有存储 ID 的句柄Copy、Send Sync与T本身是否 Copy 无关因此可以按值拷入各个闭包中使用——这正是 rust/ffi/src/thread.rs 中手动实现Clone/Copy的原因。3.2 注册必须在存储定案之前use suricata_ffi::thread::{self, ThreadStorage, ThreadVars}; #[derive(Default)] struct ThreadState { flows: u64, } fn register(storage: ThreadStorageThreadState) - Result(), static str { thread::register_init_callback(move |tv| on_thread_init(storage, tv)) }注意点均可从源码印证ThreadStorage::T::register(name)要求T: Send staticname必须是唯一的存储名内部调用 C 侧SCThreadStorageRegister(name, free_cb)见 rust/ffi/src/thread.rs 与 thread-storage.hC 侧再转交SCStorageRegister(STORAGE_THREAD, name, Free)分配一个全局存储 ID注册必须发生在 Suricata 定案存储注册之前对应 C 侧SCStorageFinalize见 util-storage.c。插件初始化阶段满足这一时机要求定案之后存储 ID 分配即关闭注册会失败name含内部 NUL 字节会直接报错CString::new检查注册失败的返回值为Err(Failed to register thread storage)对应 C 侧返回id 0存储名字符串指针会被 Suricata 长期持有Rust 侧因此故意std::mem::forget泄漏 CString源码注释明确说明这是有意的。3.3 读写访问get / get_mut / get_or_insert_with通过ThreadVars包装访问当前线程的值方法参数返回语义getThreadVarsOptionT读取当前线程槽位空则Noneget_mutmut ThreadVarsOptionmut T可变借用空则Noneget_or_insert_withmut ThreadVars 闭包Resultmut T, static str槽位为空时用闭包产出值插入返回可变引用完整用法继承自原文档并扩展为完整统计场景fn on_thread_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { let _ storage.get_or_insert_with(tv, ThreadState::default); } fn on_flow_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { if let Some(state) storage.get_mut(tv) { state.flows 1; } }从源码看各方法的底层行为rust/ffi/src/thread.rsget/get_mut都调用SCThreadGetStorageByIdC 侧实现为SCStorageGetById(tv-storage, STORAGE_THREAD, id)见 thread-storage.c指针为空返回None否则把void*转回*const T/*mut T引用get_or_insert_with在槽位为空时Box::into_raw装箱闭包产出值调用SCThreadSetStorageById写入对应 C 侧SCStorageSetByIdthread-storage.cSCThreadSetStorageById返回非 0 表示写入失败此时 Rust 侧立即回收Box并返回Err(Failed to set thread storage)值得注意SCThreadSetStorageById会直接覆盖槽位而不释放旧值源码注释特别提醒因此只在确定槽位为空时才应走到插入路径——这正是get_or_insert_with先查后插的原因。3.4 生命周期与自动释放存储值的所有权归 Suricata 的线程存储所有值以BoxT形式驻留注册时传入的free回调会在线程存储被释放时调用SCThreadFreeStorage/SCThreadFreeStorageById见 thread-storage.hThreadStorage::free内部drop(Box::from_raw(ptr as *mut T))自动析构T并用catch_unwind防止析构 panic 穿过 FFI 边界因此不需要手动释放线程存储清理时T的Drop会自动运行可用于实现线程退出前的资源回收。3.5 底层佐证C 侧单测验证的行为thread-storage.c 内置了三个单测ThreadStorageTest01~ThreadStorageTest03直观展示了 C 层 API 的契约也是理解 Rust 封装行为的绝佳参考注册多个不同名字的槽位test、variable、store 等后调用SCStorageFinalize()之后通过SCCalloc(1, sizeof(ThreadVars) SCThreadStorageSize())为线程分配存储区未写入时SCThreadGetStorageById返回 NULLSCThreadSetStorageById写入后SCThreadGetStorageById必须取回同一指针最后SCThreadFreeStorage(tv)统一释放配合SCStorageCleanup()完成清理。这解释了为什么ThreadStorageT的注册必须早于存储定案存储区大小SCThreadStorageSize()是在定案后按已注册槽位数量一次性算好并随ThreadVars分配的定案后再注册就无法生效。4. 完整实战示例统计每个线程处理的流数将前面各节组合起来即可写出一个完整的插件式 Rust 扩展骨架线程启动时创建本线程计数器每处理一条流递增一次use suricata_ffi::thread::{self, ThreadStorage, ThreadVars}; use suricata_ffi::SCLogNotice; #[derive(Default)] struct ThreadState { flows: u64, } fn on_thread_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { let _ storage.get_or_insert_with(tv, ThreadState::default); SCLogNotice!(thread storage ready for {:p}, tv.as_ptr()); } fn on_flow_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { if let Some(state) storage.get_mut(tv) { state.flows 1; } } pub fn register() - Result(), static str { let storage ThreadStorage::ThreadState::register(my_thread_flow_counter)?; thread::register_init_callback(move |tv| on_thread_init(storage, tv))?; // 其余业务回调如 flow init callback通过 move 捕获 storage 副本使用 Ok(()) }几个实操要点注册顺序先ThreadStorage::register再register_init_callback两者都应在插件初始化对应 Suricata 存储定案之前完成句柄可拷贝ThreadStorageT是Copy的多个闭包各自持有副本即可无需Arc错误处理两个注册步骤都返回Result(), static str失败信息可直接向上传播或记录日志线程退出无需额外处理ThreadState会随线程存储释放被自动 drop。5. 约束与注意事项总结API 面当前 Rust 线程生命周期 API 只有 init 回调没有 deinit 回调原文档明确说明线程清理需求请依赖存储自动释放。注册时机存储注册必须赶在SCStorageFinalize之前插件初始化阶段是标准时机。名字唯一性ThreadStorage::register的name必须全局唯一且不含 NUL 字节重复名字会导致存储 ID 冲突。FFI 纪律回调与Drop均跨 FFI 边界执行禁止 panic。借用安全ThreadVars的生命周期受调用约束不要尝试将其存出回调作用域get_mut/get_or_insert_with要求mut ThreadVars以保证返回的mut T独占。6. 进一步阅读原文档开发者指南 · Extending · ThreadsRust 安全封装实现rust/ffi/src/thread.rsC ABI 绑定声明rust/sys/src/sys.rsSCThread*系列 extern 声明C 侧线程回调实现thread-callbacks.c、thread-callbacks.hC 侧线程存储实现thread-storage.c、thread-storage.h底层通用存储引擎在 util-storage.c回调触发点tm-threads.cSCThreadRunInitCallbacks(tv)同模块的 C 侧单测注册、写入、读取、释放全流程thread-storage.c 内ThreadStorageTest01–03参考同类 FFI 用法rust/ffi/src/flow.rs中流生命周期回调对ThreadVars的使用模式可作为编写业务回调的范例。赞分享网络安全【免费下载链接】suricataSuricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine developed by the OISF and the Suricata community.项目地址https://gitcode.com/gh_mirrors/su/suricata点击查看免费下载相关推荐darktable IOP 模块开发指南从 API 生命周期到像素管线的完整实战手册darktable IOP 模块开发指南从 API 生命周期到像素管线的完整实战手册 darktable 是一款开源摄影工作流应用与 Raw 图像处理器其暗桌面应用图像处理ADAMANT.im跨平台部署指南Electron桌面版与Capacitor Android应用搭建教程ADAMANT.im跨平台部署指南Electron桌面版与Capacitor Android应用搭建教程 ADAMANT.im是一款基于区块链的去中心化匿名即Rufus 弹出安全警告怎么办Windows 10 安装盘 Secure Boot 避坑完整指南Rufus 弹出安全警告怎么办Windows 10 安装盘 Secure Boot 避坑完整指南 你刚下载完官方 ISO插好 U 盘Rufus 却弹出一条桌面应用开发工具上一篇ZXPInstaller终极指南3分钟免费搞定Adobe插件安装的完整解决方案下一篇3分钟搞定Adobe插件安装ZXPInstaller完整使用指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 基于 Suricata 的 Rust 线程生命周期 API 实战：从 ThreadVars 到线程级存储的完整指南
网络安全【免费下载链接】suricataSuricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine developed by the OISF and the Suricata community.项目地址https://gitcode.com/gh_mirrors/su/suricata点击查看免费下载本指南以 Suricata 开发者指南中的 Threads 章节 为核心深入讲解suricata_ffi::thread模块提供的 Rust 线程生命周期 API——包括线程初始化回调Thread Init Callback与类型化线程存储Thread Storage。你将掌握如何用 Rust 编写扩展插件在 Suricata 每个工作线程启动时挂接初始化逻辑并为每个线程独立保存有类型的数据同时通过仓库源码Rust 封装、C 侧头文件、底层实现 与 util-storage 存储引擎理解这些 API 背后的运行机制与约束。1. 为什么需要线程级 APISuricata 的多线程执行模型Suricata 是典型的每线程一工作单元架构数据采集、解码、流管理、检测、日志输出等任务被组织成多个线程模块Thread Module由线程管理tm-threads统一调度。每个工作线程在启动时都会持有自己的ThreadVars结构其中既包含线程自身的运行状态也内嵌了该线程专属的存储区域storage字段。对于用 Rust 编写检测逻辑或插件的开发者来说有两个现实需求感知线程启动想在每个线程初始化完成的瞬间执行一段 Rust 代码例如初始化线程级状态、打印调试信息。保存线程私有数据每个线程独立的一份类型化数据例如本线程处理的流数量、连接计数、自定义缓存互不干扰线程退出时自动释放。Suricata 的 C 侧为此提供了两套底层设施SCThreadRegisterInitCallback/SCThreadRunInitCallbacks线程初始化回调见 thread-callbacks.h和SCThreadStorage*系列线程存储见 thread-storage.h。suricata_ffi::thread模块则把它们包装成安全、类型化的 Rust 接口。下面分别展开。2. Thread Init Callback在 Rust 中感知每个线程的初始化2.1 注册与签名使用thread::register_init_callback注册一个回调Suricata 每初始化一个线程时都会调用它一次回调参数是刚完成初始化的线程的ThreadVars包装use suricata_ffi::thread::{self, ThreadVars}; use suricata_ffi::SCLogNotice; fn on_thread_init(tv: mut ThreadVars) { SCLogNotice!(thread initialized: {:p}, tv.as_ptr()); } fn register_thread_callbacks() - Result(), static str { thread::register_init_callback(on_thread_init) }register_init_callback的完整约束对应 rust/ffi/src/thread.rs 中的实现接受函数项function item或闭包只要它实现Fn(mut ThreadVars) Send Sync static返回Result(), static str返回Err表示回调注册失败——从源码看失败路径发生在底层SCThreadRegisterInitCallback返回 false 时即 C 侧链表节点SCCalloc内存分配失败见 thread-callbacks.c注册成功后回调会被 C 侧以链表形式ThreadInitCallback节点 next指针保留到 Suricata 进程生命周期结束闭包会被装箱成BoxF并作为user指针传给 C 侧由init_callback_wrapper在每次触发时解引用调用。2.2 ThreadVars 包装器的安全性设计ThreadVars并非裸指针而是一个携带生命周期的安全包装PhantomDataa mut sys::ThreadVars见 rust/ffi/src/thread.rs生命周期与回调调用绑定借用检查器会阻止你把它存到回调之外提供as_ptr()返回只读裸指针便于与需要*const ThreadVars的 C API 交互as_mut_ptr()是私有方法要求mut self确保对底层ThreadVars的可变访问例如写入线程存储被独占借用门控。2.3 触发时机从 C 侧看调用链从源码看回调的触发点在 tm-threads.c 第 1039 行SCThreadRunInitCallbacks(tv);SCThreadRunInitCallbacks会遍历init_callbacks链表逐个执行cb-Callback(tv, cb-user)见 thread-callbacks.c。这意味着回调在线程初始化完成、真正开始干活之前执行多个回调按注册顺序依次触发当前 Rust API 只暴露了 init 回调没有对应的 deinit 回调——文档明确说明这是现状如果你需要线程退出清理逻辑可以借助下面第 3 节的线程存储自动释放机制存储值随线程存储被释放时自动 drop来间接实现。2.4 跨 FFI 边界的纪律Rust 回调是在 C 调用栈上被反向调用的init_callback_wrapper是unsafe extern C函数见 rust/ffi/src/thread.rs因此回调中绝不能 panic否则会跨越 FFI 边界导致未定义行为需要错误处理时应记录日志如SCLogNotice!而不是 panic同理存储值类型的Drop也运行在 C 触发的释放路径上Rust 侧用std::panic::catch_unwind兜底防止析构 panic 泄入 C见ThreadStorage::free实现。3. Thread Storage类型化、每线程一份的数据存储3.1 核心思想thread::ThreadStorageT提供按类型参数化的线程私有存储底层由 Suricata 的线程存储 API 支撑。每个已注册的槽位slot在每一个线程中都持有一个独立的T值。它是一个只持有存储 ID 的句柄Copy、Send Sync与T本身是否 Copy 无关因此可以按值拷入各个闭包中使用——这正是 rust/ffi/src/thread.rs 中手动实现Clone/Copy的原因。3.2 注册必须在存储定案之前use suricata_ffi::thread::{self, ThreadStorage, ThreadVars}; #[derive(Default)] struct ThreadState { flows: u64, } fn register(storage: ThreadStorageThreadState) - Result(), static str { thread::register_init_callback(move |tv| on_thread_init(storage, tv)) }注意点均可从源码印证ThreadStorage::T::register(name)要求T: Send staticname必须是唯一的存储名内部调用 C 侧SCThreadStorageRegister(name, free_cb)见 rust/ffi/src/thread.rs 与 thread-storage.hC 侧再转交SCStorageRegister(STORAGE_THREAD, name, Free)分配一个全局存储 ID注册必须发生在 Suricata 定案存储注册之前对应 C 侧SCStorageFinalize见 util-storage.c。插件初始化阶段满足这一时机要求定案之后存储 ID 分配即关闭注册会失败name含内部 NUL 字节会直接报错CString::new检查注册失败的返回值为Err(Failed to register thread storage)对应 C 侧返回id 0存储名字符串指针会被 Suricata 长期持有Rust 侧因此故意std::mem::forget泄漏 CString源码注释明确说明这是有意的。3.3 读写访问get / get_mut / get_or_insert_with通过ThreadVars包装访问当前线程的值方法参数返回语义getThreadVarsOptionT读取当前线程槽位空则Noneget_mutmut ThreadVarsOptionmut T可变借用空则Noneget_or_insert_withmut ThreadVars 闭包Resultmut T, static str槽位为空时用闭包产出值插入返回可变引用完整用法继承自原文档并扩展为完整统计场景fn on_thread_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { let _ storage.get_or_insert_with(tv, ThreadState::default); } fn on_flow_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { if let Some(state) storage.get_mut(tv) { state.flows 1; } }从源码看各方法的底层行为rust/ffi/src/thread.rsget/get_mut都调用SCThreadGetStorageByIdC 侧实现为SCStorageGetById(tv-storage, STORAGE_THREAD, id)见 thread-storage.c指针为空返回None否则把void*转回*const T/*mut T引用get_or_insert_with在槽位为空时Box::into_raw装箱闭包产出值调用SCThreadSetStorageById写入对应 C 侧SCStorageSetByIdthread-storage.cSCThreadSetStorageById返回非 0 表示写入失败此时 Rust 侧立即回收Box并返回Err(Failed to set thread storage)值得注意SCThreadSetStorageById会直接覆盖槽位而不释放旧值源码注释特别提醒因此只在确定槽位为空时才应走到插入路径——这正是get_or_insert_with先查后插的原因。3.4 生命周期与自动释放存储值的所有权归 Suricata 的线程存储所有值以BoxT形式驻留注册时传入的free回调会在线程存储被释放时调用SCThreadFreeStorage/SCThreadFreeStorageById见 thread-storage.hThreadStorage::free内部drop(Box::from_raw(ptr as *mut T))自动析构T并用catch_unwind防止析构 panic 穿过 FFI 边界因此不需要手动释放线程存储清理时T的Drop会自动运行可用于实现线程退出前的资源回收。3.5 底层佐证C 侧单测验证的行为thread-storage.c 内置了三个单测ThreadStorageTest01~ThreadStorageTest03直观展示了 C 层 API 的契约也是理解 Rust 封装行为的绝佳参考注册多个不同名字的槽位test、variable、store 等后调用SCStorageFinalize()之后通过SCCalloc(1, sizeof(ThreadVars) SCThreadStorageSize())为线程分配存储区未写入时SCThreadGetStorageById返回 NULLSCThreadSetStorageById写入后SCThreadGetStorageById必须取回同一指针最后SCThreadFreeStorage(tv)统一释放配合SCStorageCleanup()完成清理。这解释了为什么ThreadStorageT的注册必须早于存储定案存储区大小SCThreadStorageSize()是在定案后按已注册槽位数量一次性算好并随ThreadVars分配的定案后再注册就无法生效。4. 完整实战示例统计每个线程处理的流数将前面各节组合起来即可写出一个完整的插件式 Rust 扩展骨架线程启动时创建本线程计数器每处理一条流递增一次use suricata_ffi::thread::{self, ThreadStorage, ThreadVars}; use suricata_ffi::SCLogNotice; #[derive(Default)] struct ThreadState { flows: u64, } fn on_thread_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { let _ storage.get_or_insert_with(tv, ThreadState::default); SCLogNotice!(thread storage ready for {:p}, tv.as_ptr()); } fn on_flow_init(storage: ThreadStorageThreadState, tv: mut ThreadVars) { if let Some(state) storage.get_mut(tv) { state.flows 1; } } pub fn register() - Result(), static str { let storage ThreadStorage::ThreadState::register(my_thread_flow_counter)?; thread::register_init_callback(move |tv| on_thread_init(storage, tv))?; // 其余业务回调如 flow init callback通过 move 捕获 storage 副本使用 Ok(()) }几个实操要点注册顺序先ThreadStorage::register再register_init_callback两者都应在插件初始化对应 Suricata 存储定案之前完成句柄可拷贝ThreadStorageT是Copy的多个闭包各自持有副本即可无需Arc错误处理两个注册步骤都返回Result(), static str失败信息可直接向上传播或记录日志线程退出无需额外处理ThreadState会随线程存储释放被自动 drop。5. 约束与注意事项总结API 面当前 Rust 线程生命周期 API 只有 init 回调没有 deinit 回调原文档明确说明线程清理需求请依赖存储自动释放。注册时机存储注册必须赶在SCStorageFinalize之前插件初始化阶段是标准时机。名字唯一性ThreadStorage::register的name必须全局唯一且不含 NUL 字节重复名字会导致存储 ID 冲突。FFI 纪律回调与Drop均跨 FFI 边界执行禁止 panic。借用安全ThreadVars的生命周期受调用约束不要尝试将其存出回调作用域get_mut/get_or_insert_with要求mut ThreadVars以保证返回的mut T独占。6. 进一步阅读原文档开发者指南 · Extending · ThreadsRust 安全封装实现rust/ffi/src/thread.rsC ABI 绑定声明rust/sys/src/sys.rsSCThread*系列 extern 声明C 侧线程回调实现thread-callbacks.c、thread-callbacks.hC 侧线程存储实现thread-storage.c、thread-storage.h底层通用存储引擎在 util-storage.c回调触发点tm-threads.cSCThreadRunInitCallbacks(tv)同模块的 C 侧单测注册、写入、读取、释放全流程thread-storage.c 内ThreadStorageTest01–03参考同类 FFI 用法rust/ffi/src/flow.rs中流生命周期回调对ThreadVars的使用模式可作为编写业务回调的范例。赞分享网络安全【免费下载链接】suricataSuricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine developed by the OISF and the Suricata community.项目地址https://gitcode.com/gh_mirrors/su/suricata点击查看免费下载相关推荐darktable IOP 模块开发指南从 API 生命周期到像素管线的完整实战手册darktable IOP 模块开发指南从 API 生命周期到像素管线的完整实战手册 darktable 是一款开源摄影工作流应用与 Raw 图像处理器其暗桌面应用图像处理ADAMANT.im跨平台部署指南Electron桌面版与Capacitor Android应用搭建教程ADAMANT.im跨平台部署指南Electron桌面版与Capacitor Android应用搭建教程 ADAMANT.im是一款基于区块链的去中心化匿名即Rufus 弹出安全警告怎么办Windows 10 安装盘 Secure Boot 避坑完整指南Rufus 弹出安全警告怎么办Windows 10 安装盘 Secure Boot 避坑完整指南 你刚下载完官方 ISO插好 U 盘Rufus 却弹出一条桌面应用开发工具上一篇ZXPInstaller终极指南3分钟免费搞定Adobe插件安装的完整解决方案下一篇3分钟搞定Adobe插件安装ZXPInstaller完整使用指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考