华为常见C、C++软件编程低级错误：变量讲解.ppt

* * HLR案例 * HLR案例 * HLR案例 * HLR案例 * HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential 英文标题:32-35pt 颜色: R153 G0 B0 内部使用字体 : FrutigerNext LT Medium 外部使用字体 : Arial 中文标题:30-32pt 颜色: R153 G0 B0 字体:黑体 英文正文:20-22pt 子目录 (2-5级) :18pt 颜色:黑色 内部使用字体 : FrutigerNext LT Regular 外部使用字体 : Arial 中文正文:18-20pt 子目录(2-5级):18pt 颜色:黑色 字体:细黑体 配色参考方案： 建议同一页面内不超过四种颜色，以下是13组配色方案，同一页面内只选择一组使用。（仅供参考） 客户或者合作伙伴的标志放在右上角. 英文目录标题:35-40pt 颜色: R153 G0 B0 内部使用字体 : FrutigerNext LT Medium 外部使用字体 : Arial 中文目录标题:35-40pt 颜色: R153 G0 B0 字体:黑体 英文目录正文:28-30pt 子目录 (2-5级) :20-30pt 颜色:黑色 内部使用字体 : FrutigerNext LT Regular 外部使用字体 : Arial 中文目录正文:28-30pt 子目录(2-5级):20-30pt 颜色:黑色 字体:细黑体 Thank you HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Security Level: 英文标题:40-47pt 副标题:26-30pt 字体颜色:反白 内部使用字体 : FrutigerNext LT Medium 外部使用字体 : Arial 中文标题:35-47pt 字体:黑体 副标题:24-28pt 字体颜色:反白 字体:细黑体 * 公司常见软件编程低级错误：变量 C语言软件编程规范工作组 前言 这套材料作为编程规范的辅助材料，帮助大家理解编程规范背后的原理。 C和C++语言是我司的主流编程语言，然而C/C++具有很多强大的语言特性，从而导致C/C++非常复杂，使得代码更容易出现BUG、难以阅读和维护。 业界知名的编程规范都对C/C++容易出现问题的语言特性进行管理。例如MISRA（汽车工业软件可靠性联合会）制定的1998版的MISRAC规范指出，一些在C看来可以接受，却存在隐患的地方有127处之多。2004版的MISRAC规范将针对C语言的规则增加到了141条。 对于程序员来说，能工作的代码并不等于“好” 代码。“好”代码的指标很多，包括可读性、可维护性、可移植性和可靠性等。出现网上问题的代码，大多数是不良编程习惯引起的。不遵守编程规范的代码，往往也是最不可靠的代码。 本胶片收集了常见的变量部分案例，给出了相应的纠正措施。对应的编程规范：在首次使用前初始化变量，初始化的地方离使用的地方越近越好；明确全局变量的初始化顺序，避免跨模块的初始化依赖；防止局部变量与全局变量同名；尽量减少没有必要的数据类型默认转换与强制转换。 指针初始值错误 【问题描述】M设备升级到××版本后只要是与S设备通过扩展ECC连接的网元都会发生频繁复位 【问题定位】指针m_BoardObject没有申请内存，但赋值为1。后续程序执行时，判断m_BoardObject不等于NULL，于是处理X号板业务。但实际上产品并没有安装X号板，导致系统复位。 【纠正措施】指针m_BoardObject没有使用时，赋初值为NULL。 【举一反三】开发人员处理指针时，通常认为非空指针是合法的，然后就可能调用它。绝对不要写作违背大家习惯的代码。 变量在某些条件下没有初始化 【问题描述】在设备增加对象到最大值时,系统出现段错误 【问题定位】代码如下： VOS_UINT32 ulSlotIndex ; ....... if (MAX_STACK_CAP m_ulThirdKeyMax) { pstSlotStru = (SLOT_STRU *)(m_pucSlotStru + ulSlotIndex * m_ulSlotStruSize); if (VOS_NULL_PTR != pstSlotStru-apObj[ulThirdKey]) { return ERROR_PARC_TABLE_OBJ_ALREAD