2024年最新SOME IP 协议介绍_someip报文格式，物联网嵌入式开发系统工程师面试宝典

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上物联网嵌入式知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、电子书籍、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

SOME/IP的报文格式如下图所示，由消息头部(Header)和消息体(Payload)组成，Header主要包括以下字段：

• Message ID，用于唯一标识消息，当消息为Method类型时，由Service ID和Method ID组成，当消息为Event类型时，由Service ID和Event ID组成，如下图所示：

• Length，消息长度(从Request ID开始到Payload结束)；
• Request ID，服务提供者和调用者可用于区分相同消息的不同调用，由Client ID和Session ID组成，如下图所示：

通常我们称服务提供者为Service，服务调用者为Client，Service ID和Client ID用于区分，一般会在一个SOA架构中统一地配置这些ID的数值。

这里插播一点个人理解，在SOA中，每个服务就好像我们每一个人在社会中扮演的角色，在对别人提供着服务的同时，同时也享受着别人提供出来的服务，人与人之间，既是彼此独立的，又是需要互相通讯的。服务提供者将功能具象为一组接口，这样使用者就能知道如何调用服务，完成某件事情，得到某个结果。关于SOA，以后再扯，记得关注哦~

• Protocol Version，协议头版本号，目前该值必须为1；
• Interface Version，接口版本号，一般由服务提供者定义；
• Message Type，用于标识消息的类型，如下图所示：

消息类型和通信机制之间的映射关系，如下图所示(灵魂画手，将就看吧)，不难发现，Field结合了Method和Event，这也就理解了Message ID中为什么只有Method ID和Event ID，没有Field ID。Field可以用于实现这样一种通信场景：客户端希望能够获取/设置/监听服务端的某一个状态值，图中SOME/IP-SD，超纲啦，将在下一篇介绍，记得关注哦~

• Return Code，用于标识请求是否成功处理，不同的消息类型，它们在传输时所携带的Return Code也不同：

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上物联网嵌入式知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、电子书籍、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

如果你需要这些资料，可以戳这里获取