汽车电子行业的 C 语言编程标准

2023-05-16

已剪辑自: https://mp.weixin.qq.com/s/i2e-cTbrWZTNne-3AfoWDw

前言

之前分享了一些编程规范相关的文章,有位读者提到了汽车电子行业的MISRA C标准,说这个很不错。本次给大家找来了一篇汽车电子行业的MISRA C标准的文章一同学习下。原文见文末原文链接。

MISRA (The Motor Industry Software Reliability Association),中文名称为汽车工业软件可靠性联会,是英国的一个跨国汽车工业协会,其成员包括了大部分欧美汽车生产商。

其核心使命是为汽车工业提供服务和协助,帮助厂方开发安全的、高可靠性的嵌入式软件。MISRA C则是由MISRA提出的针对嵌入式C语言开发标准,目的是提高嵌入式系统的安全性、可读性和可移植性。

MISRA C一开始主要是针对汽车产业,后面他产业也逐渐开始使用MISRA C,包括航天、电信、国防、医疗设备、铁路等领域中都已有厂商使用MISRA C。通常认为,如果能够完全遵守这些标准,则该嵌入式C代码就是易读、可靠、可移植和易于维护的。

因此,很多嵌入式开发者都以MISRA C来衡量自己的编码风格,比如著名的uC/OS就称自己99%的代码遵循MISRA C编码规范标准。

因此,作为嵌入式开发者,不论哪个行业,都应以产品安全性为前提,保证可靠性、可读性、可移植性,也就是保证自身代码尽可能符合MISRA C。

MISRA C应用在越来越多领域,作为嵌入式开发者,编码过程规范应该尽可能遵循MISRA C规则,但也分特殊情况,有的时候为了严格按规范做可能会严重提高工作量或者降低系统性能,此时需要衡量一个平衡点。

关于MISRA C,本人的几点体会。

1)编码过程尽可能遵循MISRA C规范,提高代码可靠性、可读性、可移植。可靠性(稳定性)是前提,可读性、可移植是衡量一个程序员编码水平的因素之一。

特别是对于嵌入式程序员,与硬件相关的编程,考虑到成本、供应链等问题,硬件可能会经常变动或者需要兼容多种硬件,此时,可移植性就体现出优势了,大大减少重复的编码工作。

2)特殊情况下,是可以打破规则的。比如,其中禁止使用goto语句,也是相关标准要求禁止的。有些时候是可以使用的,而且使用其他会使得程序逻辑更清晰。但,如果“特殊情况”出现非常频繁,那就得考虑自身的程序架构是否合理了。

3)可以借助一些工具进行MISRA C检查。如IAR中,就有支持MISRA C规则检查。以下为MISRA C 2004规范标准。

规则1.1(强制):所有的代码应该遵守 ISO 9899:1990“Programming Language C”

规则1.2(强制):只有当具备统一接口的目标代码的时候才可以采用多种编译器和语言。

规则1.4(强制):检查编译器 / 连接器以确保支持 31 一个有效字符,支持大小写敏感。

Rule 2.1(强制):汇编语言应该封装起来并且隔离。

例如:#define NOP asm( “NOP”)

规则2.2(强制):源代码只能采用 /* … * /风格的注释。

规则2.3(强制):字符序列 /* 不能在注释中使用。

注: C 语言不支持注释的嵌套即使一些编译器支持这个语言扩展。

规则2.4(建议):代码段不能注释掉。

注:应采用 #if 或者#ifdef 来构成一个注释,否则代码里如果有注释会改变代码的作用。

规则3.3(建议):编译器对于整数除法运算的实施应该写入文档。

例:

-5/3 = -1 余-2 有些编译器结果是 -2 于+1。 

规则4.1(强制):只能使用 ISO 标准定义的字符集。

规则6.5 (强制):在内部范围的标识符不能和外部的标识符用同样的名字,因为会隐藏那个标识符。例:

int16_t i: 
void f() 
{ 
    int16_t i; 
    i=3 ;
} 

规则5.2(强制):typedef 名称只能唯一,不能重复定义。

规则5.4(强制):标记名应该是唯一的标识符。

规则5.7(建议):标识符不能重复使用。

规则6.1(强制):char 类型只能用来存储使用字符。

规则6.2(强制):signed 和 unsigned char 只能用来存储和使用数据值.

规则6.3(建议):对于基本数据类型,必须使用typedef显式标识出数据长度。

例:

typedef signed char int8_t;
typedef unsigned int uint16_t;

规则7.1(强制):禁止使用八进制数(0除外)或者八进制转义字符。

注:整型常数以 0开始会被认为是八进制。例:

code[1]=109 
code[2]=100 
code[3]=052 

如果是对总线消息初始化,会有危险。

规则8.1(强制):函数都应该有原型声明,且相对函数定义和调用可见。

规则8.2(强制):无论何时一个对象和函数声明或者定义,它的类型应该明确声明 。

规则8.3(强制):函数声明中的参数类型应该和定义中的类型一致。

规则8.4(强制):如果对象或函数被声明了多次,那么它们的类型应该是兼容的。

规则8.5(强制):头文件中不应定义对象或者函数。

规则8.6(强制):函数应该声明为具有文件作用域。

规则8.7(强制):如果对象的访问只是在单一的函数中,那么对象应该在块范围内声明。

规则8.8(强制):外部变量或者函数只能声明在一个文件中。

规则8.9(强制):具有外部链接的标识符应该具有准确的外部定义。

规则8.10(强制):在文件范围内声明和定义的所有对象或函数具有内部链接,除非是在需要外部链接的情况下。

规则8.11(强制):static存储类标识符应该用于具有内部链接对象和函数的定义和声明。

规则8.12(强制):数组声明为外部,应该明确声明大小或者直接初始化确定。

规则9.1(强制):所有变量在使用之前都应该赋值。

规则9.2(强制):应该使用大括号一指示和匹配数组和结构的非零初始化构造。

规则9.3(强制):在枚举列表中,”=“不能显式用于除首元素之外的元素上,除非所有的元素都是显式初始化的。

规则10.1(强制):整型表达式不要隐式转换为其他类型。

1)转换到更大的整型。

2)表达式太复杂。

3)表达式不是常数是一个函数。

4)表达式不是一个常数是一个返回表达式。

规则10.2(强制):浮点数表达式不要隐式转换为其他类型。

1)转换到更大的浮点数。

2)表达式太复杂。

3)表达式是一个函数。

4)表达式是一个返回表达式。

规则10.3(强制):整型表达式的值只能转换到更窄小且是同样符号类型的表达式。

规则10.4(强制):浮点表达式的值只能转换到更窄小的浮点表达式。

规则10.5(强制):如果位运算~和<<应用在基本类型为unsigned char 或unsigned short的操作数,结果应该立即强制转换为预期操作数的基本类型。例:

uint8_t a = 0x5a;
uint8_t b;
b = ((uint8_t)(~a))>>4;

规则10.6(强制):所有的 unsigned 类型都应该有后缀“U”。

规则11.1(强制):指针不能转换为函数或者整型以外的其他类型。

规则12.2(强制):表达式的值应和标准允许的评估顺序一致。例:

x=b[i] + i++; 

不同的编译器给出的结果不一样,b[i] 是否先执行?应:x=b[i]; i++; 比如:

x=func(i++,i);

规则12.3(强制):sizeof 操作符不能用在包含边界作用(side effect) 的表达式上。例:

int32_t=i; 
int32_t=j; 
j=sizeof(i=1234); 

表达式并没有执行,只是得到表达式类型int的size。

规则12.4(强制):逻辑操作符 && 或者||右边不能包含边界作用 (side effect)。

例:

if(ishight) && (x== i++))

如果 ishight =0 那么 i++不会评估

规则12.5(建议):++和- - 不能和其他表达式用在一个表达式中。

例:

u8a=++u8b + u8c–; 

规则13.1(强制):赋值语句不能用在一个产生布尔值的表达式中。

例:

if((x=y)!=0) … 
if (x=y) … 

规则13.3(强制):浮点表达式不应该测试其是否相等或者不相等。

规则13.4(强制):for控制表达式中不要包含任何浮点类型。

规则13.6(强制):数字变量作为for循环的循环计数不要在循环体内部被修改。

例:

flag=1; 
for(i=0;(i<5)&&(flag==1);i++) 
{ 
    flag=0; 
    i=i+3; 
} 

规则14.1(强制):不要有执行不到的代码。

例:

swich(event) 
{ 
    case 0;  
    do_wakeup(); 
    break; 
    do_more(); 
… 
} 

规则14.4(强制) :goto 语句不能使用。

规则14.5(强制):continue 不能使用。

规则14.6(强制):函数应在函数结束有一个出口。

规则14.7(强制):witch、while do 、while for 语句体应是一个混合语句。

规则14.10(强制):所有if else if 结构都应该由 else 结束。

switch(x) 
{ 
uint8_t var; /* 违反*/ 
case 0:  
… 
} 

规则16.2(强制):函数不能直接或者间接的调用自己。

例:系统不能用递归,超出堆栈空间很危险。

规则16.8(强制):non-void 类型函数的所有出口路径都应该有一个明确的return 语句表达式。

规则17.1(强制):指针的数学运算只能用在指向数组的地址上。

规则17.3(强制):>,>=,<,<= 不能用在指针类型,除非指向同一个数组。

规则17.5(建议):禁止使用 2 级以上指针。

规则18.4(强制):禁止使用union(共用体)。

规则19.1(建议):#include 语句的前面只能有其他预处理指令和注释。

规则19.2(建议):#include 指令中的头文件名称不能包含非标准的字符。

规则19.5(强制):宏不能在函数体内定义。

规则19.8(强制):类函数宏调用时不能没有它的参数。

规则20.1(强制):标准库中的保留标识符,宏和函数不能定义,重定义和undefined。

规则20.4(强制):动态内存分配不能使用。

例:不能使用malloc、calloc、free、realloc。

规则20.9(强制):输入输出库 (stdio.h) 不能用在产生嵌入式系统中。

规则20.12(强制):时间处理函数 time.h不能使用。

规则21.1(强制):通过使用以下手段确保把运行时故障最小化。

1)静态分析工具/技术。

2)动态分析工具/技术。

3)编写明确的代码避免运行时错误。

版权声明:本文来源网络,免费传达知识,版权归原作者所有。如涉及作品版权问题,请联系我进行删除。

-END-
推荐阅读:点击下方图片即可跳转阅读

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

汽车电子行业的 C 语言编程标准 的相关文章

  • 完成一个设计大赛,需要按照什么步骤?

    转载于 xff1a https blog csdn net rtthreadiotos article details 124094524 spm 61 1001 2014 3001 5502 亲爱的开发者们 xff1a RT Thread
  • 我又发现一个开源串口神器,太强了

    转载于 xff1a https mp weixin qq com s bLsFkIxQ 3adzskT9xUrEQ 最近发现了一个开源的串口项目 Serial Studio xff0c 这是一个强大的数据可视化软件 xff0c 支持串口通信
  • 互联网架构的软件架构是否会对车用软件等传统嵌入式领域的系统架构产生影响

    转载于 xff1a 互联网架构的软件架构是否会对车用软件等传统嵌入式领域的系统架构产生影响 xff1f xff1f 辣笔小星的回答 知乎 https www zhihu com question 34875160 answer 241043
  • 搭建一个轻量级实验室,还不错

    转载于 xff1a https mp weixin qq com s m4 IwyEheiCne5oSr6 LwQ 几乎绝大部分电子工程师都有一个 梦想 xff0c 那就是拥有自己的实验室 有不少朋友问 xff0c 搭建一个电子实验室是不是
  • C语言类型转换-自动类型转换、强制类型转换、指针类型转换

    数据类型转换就是将数据 xff08 变量 数值 表达式的结果等 xff09 从一种类型转换为另一种类型 自动类型转换 自动类型转换就是编译器默默地 隐式地 偷偷地进行的数据类型转换 xff0c 这种转换不需要程序员干预 xff0c 会自动发
  • 【C/C++开源库】适合嵌入式的定时器调度器

    一 背景 在嵌入式软件中 xff0c 我们经常需要使用定时功能 xff0c 比如每1s执行某个功能 xff0c 比如触发了某个条件之后持续1s 如果每次遇到定时的功能 xff0c 我们都自己去计数 xff0c 这会让我们的代码很混乱 xff
  • 【C/C++开源库】环形队列,消息队列库

    一 环形队列库 之前介绍过一个环形缓冲库 xff1a C语言开源库 在CLion上使用一个轻量的适合嵌入式系统的环形缓冲库ring buffer 和C语言Unity单元测试框架 环形缓冲库的设置是非常灵活的 xff0c 可以根据实际项目的需
  • QT学习Github地址,git使用记录

    QT学习 之前有一些QT的文章 xff1a QT5基础教程 xff08 介绍 xff0c 下载 xff0c 安装 xff0c 第一个QT程序 xff09 上位机总结 这次我把之前学习过程中的一些QT项目上传到github了 xff0c 有需
  • 探索Android中的Parcel机制(上)

    一 xff0e 先从 Serialize 说起 我们都知道 JAVA 中的 Serialize 机制 xff0c 译成串行化 序列化 xff0c 其作用是能将数据对象存入字节流当中 xff0c 在需要时重新生成对象 主要应用是利用外部存储设
  • 如何写好github上的README

    项目名称 xff08 超大字体或者是图片形式 xff09 这里再写一句骚气又精准的话描述你的项目吧 上手指南 写几句这样的话概括接下来的内容 xff1a 以下指南将帮助你在本地机器上安装和运行该项目 xff0c 进行开发和测试 关于如何将该
  • 如何阅读源码汇总

    译文 xff1a 从源码中学习 xff08 阅读源码 xff0c 初学者的有效成长方式 xff09 目录前言 为什么我们需要读源码 站在巨人的肩膀上 解决困难问题 扩展你的边界 应该读什么样的源码 如何读源码 预先准备 流程与技巧 结合上下
  • 如何调整修改电脑COM口号

    在有的时候 xff0c 我们使用USB转串口 xff0c 操作系统识别出的COM口号并没有按COM1 xff0c COM2 xff0c COM3 这样的顺序 xff0c 而如果恰巧我们使用的串口调试助手不能自动识别COM口 xff0c 只能
  • 调试程序时有些语句不执行 且不可设置成断点-调试代码与直接运行结果可能不一致原因剖析

    在keil下 xff0c 出现一些语句不能被编译 xff0c 或者不能打断点情况 不能设置断点的检查步骤 调试程序时有些语句不执行 且不可设置成断点 调试代码与直接运行结果可能不一致原因剖析
  • 1553B总线通信协议

    1553B总线基础知识 MIL STD 1553B详细介绍与学习记录 xff08 一 xff09
  • 软件设计模式概述

    Java设计模式 xff1a 23种设计模式全面解析 xff08 超级详细 xff09 设计模式 xff08 Design Pattern xff09 是前辈们对代码开发经验的总结 xff0c 是解决特定问题的一系列套路 它不是语法规定 x
  • GoF 的 23 种设计模式的分类和功能

    设计模式有两种分类方法 xff0c 即根据模式的目的来分和根据模式的作用的范围来分 1 根据目的来分 根据模式是用来完成什么工作来划分 xff0c 这种方式可分为创建型模式 结构型模式和行为型模式 3 种 创建型模式 xff1a 用于描述
  • UML统一建模语言是什么?

    UML xff08 Unified Modeling Language xff0c 统一建模语言 xff09 是用来设计软件蓝图的可视化建模语言 xff0c 是一种为面向对象系统的产品进行说明 可视化和编制文档的标准语言 xff0c 独立于
  • UML类图及类图之间的关系

    在 UML 2 0 的 13 种图中 xff0c 类图 xff08 Class Diagrams xff09 是使用频率最高的 UML 图之一 类图描述系统中的类 xff0c 以及各个类之间的关系的静态视图 xff0c 能够让我们在正确编写
  • UML统一建模语言是什么?

    UML xff08 Unified Modeling Language xff0c 统一建模语言 xff09 是用来设计软件蓝图的可视化建模语言 xff0c 是一种为面向对象系统的产品进行说明 可视化和编制文档的标准语言 xff0c 独立于
  • 探索Android中的Parcel机制(下)

    上一篇中我们透过源码看到了 Parcel 背后的机制 xff0c 本质上把它当成一个 Serialize 就可以了 xff0c 只是它是在内存中完成的序列化和反序列化 xff0c 利用的是连续的内存空间 xff0c 因此会更加高效 我们接下

随机推荐

  • 如何正确使用设计模式?

    设计模式不是为每个人准备的 xff0c 而是基于业务来选择设计模式 xff0c 需要时就能想到它 要明白一点 xff0c 技术永远为业务服务 xff0c 技术只是满足业务需要的一个工具 我们需要掌握每种设计模式的应用场景 特征 优缺点 xf
  • 开闭原则——面向对象设计原则,使用开闭原则解决实际问题

    在软件开发中 xff0c 为了提高软件系统的可维护性和可复用性 xff0c 增加软件的可扩展性和灵活性 xff0c 程序员要尽量根据 7 条原则来开发程序 xff0c 从而提高软件开发效率 节约软件开发成本和维护成本 我们将在下面的几节中依
  • 里氏替换原则——面向对象设计原则

    在上一节 开闭原则 中 xff0c 我们详细介绍了开闭原则 xff0c 本节我们来介绍里式替换原则 里氏替换原则的定义 里氏替换原则 xff08 Liskov Substitution Principle xff0c LSP xff09 由
  • 依赖倒置原则——面向对象设计原则

    前两节我们详细介绍了面向对象设计原则中的开闭原则和里氏替换原则 xff0c 在本节中我们来介绍依赖倒置原则 依赖倒置原则的定义 依赖倒置原则 xff08 Dependence Inversion Principle xff0c DIP xf
  • 单一职责原则——面向对象设计原则

    单一职责原则也是面向对象设计原则中的一条 xff0c 下面我们就来详细地对其进行介绍 单一职责原则的定义 单一职责原则 xff08 Single Responsibility Principle xff0c SRP xff09 又称单一功能
  • 瑞萨的图形化界面FSP,更新配置后,自己编辑的代码消失的解决方法

    只需好把代码写在src目录下即可
  • 基于RA6M4 +RT-Thread的开发设计基础-相关资料

    一 开发资料 硬件资料 xff1a 开发板介绍页 xff1a https www2 renesas cn jp zh products microcontrollers microprocessors ra cortex m mcus cp
  • 基于 RT-Thread Studio的CPK-RA6M4 开发环境搭建指南

    转载于 xff1a 基于 RT Thread Studio的CPK RA6M4 开发环境搭建指南 本文将使用瑞萨的 CPK RA6M4 开发板介绍如何在 RA 系列 MCU 上让 RT Thread 运行起来 开发环境的搭建将分为以下几个部
  • RT-Thread与RA MCU

    转载于 xff1a https www2 renesas cn jp ja blogs rt thread 日前 全球半导体解决方案供应商瑞萨电子 xff08 Renesas xff09 与知名物联网操作系统厂商睿赛德科技 xff08 RT
  • 瑞萨 RA MCU 基础知识

    一 RA产品家族简介 RA 产品家族单片机 MCU 于 2019 年 10 月推出 xff0c 丰富了瑞萨的 32 位 MCU 系列产品 在此之前 xff0c 瑞萨拥有基于 Arm Cortex M 内核的 Renesas Synergy
  • 2011移动开发者大会后记

    受CSDN邀请 xff0c 我再一次参加由CSDN和创新工场主办的2011移动开发者大会 相比之前的几次大会 xff0c 本次可以说是参会者最多 xff0c 日程最密集 xff0c 会后活动最多的一次 我到会场时会议即将开始 xff0c 已
  • CPK-RA6M4 评估板外观和系统框图

    一 外观 二 系统框图 来源 xff1a 开发板用户手册
  • 【转载】【错误解决】 PicGo +typora + GitHub 搭建个人图床工具 解决markdown图片自动上传

    转载于 xff1a https blog csdn net weixin 42072280 article details 119542805 问题 在typora中验证图片上传选项时出现问题 xff1a StatusCodeError 4
  • 嵌入式为什么没有嵌入式软件架构师?

    转载于 xff1a https www sohu com a 207313547 505803 此处嵌入式特指基于linux平台 xff0c 单片机和其他rtos不在讨论范围 我从事嵌入式软件开发有6 xff0c 7个年头 xff0c bs
  • 什么样的人学习效果最差?

    转载于 xff1a https www zhihu com question 305792030 answer 2404846626 早上 xff0c 你在地铁上翻了几篇得道上的专栏文章 中午 xff0c 你买了个便当 xff0c 一边吃
  • 华为C语言编程规范

    已剪辑自 https blog csdn net m0 38106923 article details 105042594 目录 1 代码总体原则 2 头文件 2 函数 3 标识符命名与定义 4 变量 5 宏 常量 6 表达式 7 注释
  • 华为C++编程规范

    已剪辑自 https www bookstack cn read openharmony 1 0 zh cn contribute OpenHarmony cpp coding style guide md 文章目录 C 43 43 语言编
  • 谷歌C++编程规范

    文章目录 0 扉页0 1 译者前言0 2 背景 1 头文件1 1 Self contained 头文件1 2 define 保护1 3 前置声明1 4 内联函数1 5 96 include 96 的路径及顺序译者 YuleFox 笔记译者
  • C语言编程规范总结

    编程规范好文链接 华为C语言编程规范 华为C 43 43 编程规范 谷歌C 43 43 编程规范 Google 开源项目风格指南 华为鸿蒙操作系统 OpenHarmony v1 0 开发者文档 学习华为C C 43 43 编程规范 xff0
  • 汽车电子行业的 C 语言编程标准

    已剪辑自 https mp weixin qq com s i2e cTbrWZTNne 3AfoWDw 前言 之前分享了一些编程规范相关的文章 xff0c 有位读者提到了汽车电子行业的MISRA C标准 xff0c 说这个很不错 本次给大