当前位置: 首页> 游戏> 攻略 > 阿里云主机价格表_中国设计网官网首页_怎么做一个公司网站_搜索引擎优化技术有哪些

阿里云主机价格表_中国设计网官网首页_怎么做一个公司网站_搜索引擎优化技术有哪些

时间:2025/7/9 13:11:18来源:https://blog.csdn.net/stupid24863/article/details/146436232 浏览次数:1次
阿里云主机价格表_中国设计网官网首页_怎么做一个公司网站_搜索引擎优化技术有哪些

        在嵌入式系统中,符号 Image$$<Region_Name>$$Base 和 Image$$<Region_Name>$$Limit 是由链接器自动生成的关键地址标识符,用于精确访问和管理特定内存区域的起始与结束地址。以下是其详细解析和应用总结:


1. 符号定义与生成机制

  • 命名规则
    Image$$<Region_Name>$$Base 表示内存区域 起始地址Image$$<Region_Name>$$Limit 表示内存区域 结束地址的下一个字节
    其中 <Region_Name> 是链接脚本中定义的内存区域名称(如 ER_SERVICE_REGISTRY)。

  • 生成来源
    由 ARM 链接器(如 armlink)在链接过程中根据 分散加载文件(.sct 文件) 自动生成。GCC 链接器(.ld 文件)则使用类似 __start_<section> 和 __end_<section> 的符号。


2. 核心作用

  1. 内存区域定位
    提供代码中直接访问特定内存区域的物理地址,无需硬编码地址值,增强可移植性和灵活性。

  2. 动态内存管理
    用于实现自定义内存池、堆分配或模块加载,通过地址范围判断内存是否越界。

  3. 数据初始化与校验
    初始化时清零或填充特定区域,运行时校验数据是否在合法范围内,防止内存溢出。

  4. 调试与监控
    实时监控内存使用情况,统计已用和剩余空间,辅助资源优化。


3. 应用场景示例

场景1:注册表初始化

数据结构:

typedef struct {uint16_t version;                                                       /** Service version*/uint8_t is_local;                                                       /** Service is local or not */ const char *name;                                                       /** Service name */uint32_t (*init)(void);                                                 /** Service initialization */uint32_t (*read)(uint8_t* data, uint32_t len);                          /** Service read */uint32_t (*write)(uint8_t* data, uint32_t len);                         /** Service write */void*    (*ioctl)(uint32_t cmd, void* data, uint32_t len);              /** Service ioctl */uint32_t (*deinit)(void);                                               /** Service deinitialization */uint32_t (*handler)(uint32_t event_id, uint8_t* data, uint32_t len);    /** Service event handler */
} reg_service_t;
旧格式注册:
const service_t g_local_service_tab[] = {[NOTIFY_SERVICE_ID] = {.version = 0,.is_local = SERVICE_TYPE_INSIDE,.name = NOTIFY_SERVICE_NAME,.init = notify_service_init,.read = notify_service_read,.write = notify_service_write,.ioctl = notify_service_ioctl,.deinit = notify_service_deinit,.handler = notify_service_handler,},
};

        每次修改的时候都要在同一文件进行添加,修改g_local_service_tab里面的内容,这样代码的提交就会有冲突,不利于解耦;


新格式注册:


定义一个新的宏:

#define SERVICE_REGISTER_BROADCAST(s_name, s_init, s_read, s_write, s_ioctl, s_deinit, s_handler) \__attribute__((used, section(".service_registry"))) \static const reg_service_t __service_##s_name = {     \.version = 0,                               \.is_local = SERVICE_TYPE_INSIDE,            \.name = #s_name,                               \.init = s_init,                             \.read = s_read,                             \.write = s_write,                           \.ioctl = s_ioctl,                           \.deinit = s_deinit,                         \.handler = s_handler                        \};

进行注册:

音乐服务注册:(直接在服务的.c中进行注册即可)

SERVICE_REGISTER_BROADCAST(music,music_service_init,music_service_read,music_service_write,music_service_ioctl,music_service_deinit,music_service_handler);

导航服务注册:(直接在服务的.c中进行注册即可)

SERVICE_REGISTER_BROADCAST(nav,nav_service_init,nav_service_read,nav_service_write,nav_service_ioctl,nav_service_deinit,nav_service_handler);

        这样的修改大大减少了注册的流程,进行了解耦,减少代码冲突;

服务的初始化:

extern const service_t Image$$ER_SERVICE_REGISTRY$$Base[];
extern const service_t Image$$ER_SERVICE_REGISTRY$$Limit[];
const service_t *g_service_tab = Image$$ER_SERVICE_REGISTRY$$Base;static void service_table_init(void) 
{const reg_service_t *base = (const reg_service_t *)Image$$ER_SERVICE_REGISTRY$$Base;const reg_service_t *limit = (const reg_service_t *)Image$$ER_SERVICE_REGISTRY$$Limit;for (uint8_t i = 0; i < limit - base; i++) {if (g_service_tab[i].init) {g_service_tab[i].init();}//...其他}
}
场景2:动态内存分配器
static uint8_t *heap_ptr = Image$$CUSTOM_HEAP$$Base;void *custom_malloc(size_t size) {if (heap_ptr + size > Image$$CUSTOM_HEAP$$Limit) return NULL;void *block = heap_ptr;heap_ptr += size;return block;
}
场景3:安全地址校验
bool is_address_valid(void *ptr) {return (ptr >= Image$$SECURE_DATA$$Base) && (ptr < Image$$SECURE_DATA$$Limit);
}

4. 链接脚本配置示例(ARM .sct 文件)

plaintext

LR_1 0x00028000
{
;;;ER_SERVICE_REGISTRY 0x10000000 0x400{*(.service_registry)    ; 匹配所有段KEEP(.service_registry). = ALIGN(4);           ; 添加4字节对齐};;;
}

5. 关键注意事项

  1. 符号声明
    在代码中必须通过 extern 声明这些符号,否则编译器会报未定义错误。

    extern uint8_t Image$$ER_SERVICE_REGISTRY$$Base[];
    extern uint8_t Image$$ER_SERVICE_REGISTRY$$Limit[];
  2. 内存对齐
    在链接脚本中需明确内存对齐要求(如 ALIGN(4)),避免访问未对齐地址导致硬件异常。

  3. 权限管理
    若区域涉及只读(如 Flash)或需保护的内存,需通过 MPU(内存保护单元)配置访问权限。

  4. 工具链差异

    • ARMCC(.sct文件):使用 Image$$Region$$Base/Limit

    • GCC(.ld文件):使用 __start_<section> 和 __end_<section>
      示例:

      ld.service_registry : {__service_registry_start = .;*(.service_registry)__service_registry_end = .;
      } > ER_SERVICE_REGISTRY


6. 扩展应用:多区域协同

  • 模块化内存分配
    将不同功能模块分配到独立内存区域,如网络协议栈、文件系统、用户应用等,通过符号隔离资源,提升系统稳定性。

  • 动态固件更新
    将可更新模块加载到预留区域(如 ER_FW_UPDATE),通过 Base/Limit 符号实现安全擦写和校验。

  • 多核通信共享内存
    在多核系统中,定义共享内存区域,通过符号确保各核访问同一物理地址,实现高效数据交换。


7. 总结

  • 核心价值
    Image$$<Region_Name>$$Base/Limit 提供了对内存区域的直接控制能力,是嵌入式系统中高效内存管理的关键工具。

  • 适用场景
    动态内存分配、硬件寄存器映射、安全数据隔离、固件模块加载等需精确控制内存布局的场景。

  • 最佳实践

    • 结合链接脚本与符号,实现灵活的内存规划。

    • 在代码中严格校验地址范围,避免越界访问。

    • 利用调试工具(如 Keil、GDB)验证符号地址与实际内存映射的一致性。

  • 其他

        后续会新增gcc编译器编译的.ld文件,同时还会分享学习类似rtt那种函数的注册流程

        通过合理利用这些符号,开发者能够在资源受限的嵌入式系统中实现高度优化的内存管理策略,提升系统性能和可靠性。

关键字:阿里云主机价格表_中国设计网官网首页_怎么做一个公司网站_搜索引擎优化技术有哪些

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com

责任编辑: