如何在C++中从FPGA导致的memcpy总线错误中恢复？

1. 注册SIGBUS信号处理程序 #

总线错误（Bus Error）对应Unix/Linux系统的SIGBUS信号，默认行为是直接终止进程。你可以通过注册自定义处理函数捕获它，避免程序整体崩溃：

• 使用sigaction()函数注册处理逻辑（不要用老旧的signal()，其跨系统行为不一致）。
• 信号处理函数必须满足异步安全要求：不能调用malloc、cout这类非异步安全的C/C++标准库函数，仅能使用系统调用或简单内存操作。
• 处理示例：在函数内标记当前访问的内存区域为无效，后续业务逻辑跳过该区域操作；或记录错误日志后，让程序优雅降级（比如暂停对应DDR通道的操作，而非整个进程退出）。

注意：如果是写入操作触发的SIGBUS，处理需更谨慎——部分写入可能已完成，数据一致性难以保证，这种场景建议直接标记通道不可用，等待硬件修复。

2. 内存访问前的预校验 #

在执行memcpy这类操作前，先对目标内存范围做合法性校验：

• 用access()系统调用检查地址权限（虽不能保证硬件层面可用，但可过滤明显非法地址）。
• 临时屏蔽SIGBUS信号，尝试读取目标地址的一个字节（如volatile char c = *(volatile char*)addr;），若读取失败则标记该地址不可用，跳过后续memcpy。
• 维护合法内存范围白名单，每次操作前校验目标地址是否在范围内——需和硬件团队同步白名单更新，避免他们改动后白名单失效。

3. 将危险操作隔离到独立进程 #

这是最可靠的防护方案：把和外部DDR内存交互的逻辑单独放到子进程中，主进程通过IPC（管道、共享内存、socket等）与子进程通信。

• 子进程若触发SIGBUS崩溃，主进程可检测到并重启子进程，完全不影响主应用核心逻辑。
• 可通过setrlimit()给子进程设置资源限制，进一步缩小崩溃的影响范围。

4. 和硬件团队约定防护机制 #

主动和硬件团队沟通，建立内存状态反馈机制：

• 要求硬件提供内存健康状态寄存器，每次访问前先读取寄存器，确认目标通道/地址处于可用状态。
• 约定硬件改动的通知流程，提前同步内存范围、访问规则的变化，让程序可以提前适配。

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