定义：
31服务主要用于实现针对某类测试场景，非正常工况下的程序活动以及其他擦除内存等连续性操作步骤的集合。
在某些情况下2F服务的基本功能也是能够通过31服务来实现，可以理解2F实现的功能31服务均可以实现，不过如果能够用2F实现的功能来用31服务，未免有些大材小用，因此31服务则是用于更为复杂的输入输出控制场景，而2F服务则可用于较为简单常见的输入输出控制场景。
应用场景
一般而言，对于31诊断服务，主要应用场景为以下场合：
-
比如用于某sensor特定工况下的操作集合，如进行摄像头或者雷达内参标定流程；
-
在整车制造过程中较为常见的便是某Sensor的外参标定工位，在该工位中需要用到31服务开启标定例程，标定流程结束后也能够31服务获取标定例程的最终结果；
-
如雷达使用过程中的非正常工况下的发波波形配置调整可以通过31服务来实现；
-
在进行UDS刷写过程中可以通过31服务来触发内存的擦除操作等；
除了在哪些应用场景下使用，在此还需要针对31服务提出如下几点注意事项：
-
31服务针对同一控制场景一般可分为开始，停止，获取结果三个过程，这三个过程并不是同时存在，是否需要同时存在完全可以客户自定义；
-
31服务针对每一个控制场景均可以一个Routine ID来进行唯一的区别，因此不同的控制场景应采用唯一的Routine ID来进行区别；
-
通过AUTOSAR工具链配置的31 Routine回调函数命名时，函数名除了说明其基本功能以外，也需要将对应的Routine ID体现在函数名称中，这样便于搜索排查问题，是一种不错的代码实践；
-
对于31服务涉及的回调函数，一般不建议走RTE，主要是从代码可维护角度而言，更加简洁明了，实现效率高，走RTE接口还需增加额外的工作量，没有必要且容易出错。
其他：
标签：UDS,场景,服务,31,标定,2F,Routine From： https://www.cnblogs.com/hanhao970620/p/17626265.html