运行时如何通过ThreadX驻留Module Manager获取已烧录模块的代码与数据尺寸

在ThreadX嵌入式模块开发场景下，完全可以依托驻留目标系统的Module Manager组件，在系统运行阶段直接查询已部署模块的代码尺寸与数据尺寸，整个过程不需要修改已烧录的模块固件，能力来自ThreadX模块框架的原生元数据设计。

• ThreadX模块在编译链接阶段，对应的链接器脚本会自动在模块镜像的固定偏移位置，嵌入结构化的模块元数据块。这个元数据块本身就预先记录了代码段（含.text、.rodata只读执行区域）、数据段（含.data可读写初始化区、.bss零初始化区）的静态占用尺寸，Module Manager在加载模块时会自动解析这部分元数据，缓存到自身维护的模块管理链表中，不需要运行时遍历整个镜像计算大小。
• 直接调用ThreadX模块框架提供的原生tx_module_info_get()API，即可获取指定模块的完整元数据。传入目标模块的句柄或者注册名指针后，接口返回的信息结构体中就包含code_size、data_size两个字段，数值与模块编译生成的.map文件中标注的段尺寸完全一致。
• 如果需要查询的模块还未完成完整加载流程，可以直接在Module Manager的加载链路中，拿到模块镜像的起始地址后，按照ThreadX模块元数据的固定偏移量，直接读取对应的尺寸字段，不需要等待模块完成初始化、进入运行态。

• 注意区分模块静态编译尺寸和运行时实际内存占用：接口返回的code_size、data_size是模块静态编译阶段确定的固定段大小，不包含模块运行过程中动态申请的堆内存、动态栈扩展带来的额外占用，如果需要统计这部分动态占用，需要配合模块内置的内存使用统计接口实现。
• ThreadX Modules 1.x早期版本的元数据没有细分.text和.rodata的独立尺寸，仅统计整个可执行段的总大小。如果需要更细粒度的段拆分统计，可以在模块编译环节修改链接脚本，将细分段的尺寸写入自定义元数据区域，再通过Module Manager的自定义查询通道读取。
• 禁止通过遍历模块内存空间的方式反向估算尺寸：开启MMU的嵌入式系统上，模块运行在非特权隔离模式下，跨内存域遍历会触发权限异常，且这种方式无法准确区分内存段边界，统计结果没有可靠性。

内容的提问来源于stack exchange，提问作者mapellil