前言：当“桌面级”代码撞上“嵌入式”现实
在工业视觉领域，我们习惯了x86工控机+独立显卡的“富裕仗”。但当项目要求将视觉检测系统部署到ARM架构的嵌入式工控机（如RK3588、Jetson Orin Nano、树莓派CM5）或低功耗x86设备（N100/N200）上时，原有的C#代码往往会遭遇“水土不服”：
- 启动慢：.NET运行时冷启动耗时数秒，设备开机后产线等不及；
- 内存爆：4GB/8GB内存被GC和模型吃光，频繁Swap导致帧率断崖下跌；
- 推理卡：没有独显或仅有集成NPU，ONNX Runtime默认配置跑不动YOLO；
- 部署大：.NET Runtime + 依赖库 + 模型动辄500MB+，eMMC存储捉襟见肘。
这不是“降配运行”，而是完全不同的工程范式。嵌入式环境要求开发者同时具备“斤斤计较”的资源意识和“物尽其用”的硬件理解力。
过去一年，我们成功将一套锂电池极片检测系统从i7+RTX3060工控机迁移到RK3588（8GB RAM, 6TOPS NPU）嵌入式板卡上。单帧延迟控制在28ms以内，内存占用稳定在1.2GB，部署包压缩至95MB。这篇文章完整记录这次迁移中的优化策略、取舍决策和生产验证，所有经验均适用于各类资源受限的C#工业视觉场景。
一、 认知重构：嵌入式优化的三个核心原则
在动手优化前