c语言改错题技巧

等考二级c改错题？

填空和改错评分是按照文本来评分，也就是说，改正或填对一处，就拿一部分分。

改错18分，每液亏处6分，你的情况是拿12分。但是闹余神要注毁消意，改错和填空千万不要在让你改动的以外的地方做出任何改动，那怕只是多了一个空格。也不要再让你改正的地方添加额外的回车。否则后果自负

编程题就不行了，编程题的评分依据是考生文件夹下那个out文件，根据out文件的内容评分。程序没运行就无法创建out文件，没分。程序运行错误，out文件内容错误，同样没分。所以你能看到编程题是“程序运行出正确结果”才给分

有个别模拟软件评分系统很差劲，你说的情况可能会一分不给。这不用担心

一．特点和注意事项 1、填空题

（1）上机填空题一般包含2个（或3个）空。 （2）要填空的位置用___、___、___表示。

（3）考生在考试时应删除标识___、___、___后填入相应的符号。

特别要注意的是：只能在要填空的位置上进行修改，不要添行、删除、合并或分解，不要改动程序行的顺序，更不要自己另编程序。 2．改错题

（1）上机改错题中有2个（或3个）错误需要修改。

（2）试题中用“/******found******/”来提示在下一行（或下面第二行）有错。 （3）错误的性质基本分为语法错误和逻辑错误，也有些试题要求把语句添加在下划线处。

（4）特别要注意的是：只能在出错的行上进行修 二．做题技巧

以下是对上机考试改错题的做题方法和总结，改错题的错误主要分为以下几类：

一般情况，错误主要分为语法错误和逻辑错误。

先检查语法错误，编译程序后发现没有错误及警告，说明没有语法错误，只有逻辑错误；逻辑错误必须根据程核猜前序的功能及预期结果来考查。

因此，对于程序改错题，应先编译查找其中的语法错误，通过编译器的提示容易找到错误的地方及原因，然后再寻找逻辑错误。修改了语法错误后再次编译，直到修改完所有的语法错误。而查找逻辑错误时，需要运行程序根据结果来检查。

1、if或while语句

若错误行是if或者while语句，则要注意以下点： 1）首先判断是否正确书写if或while关键字；

2）然后看有没有用小括号把整个表达式括起来，若没有则加上小括号； 3）若条件表达式中有指针变量而且没有指针运算符时，则加上指针运算符； 4）若if条件表达式中只有一个等于号即数学等号(=)，则要改写成两个等于号即逻辑等号(==)；

若if条件表达式为其他的比较运算符，则一般是进行逆转或加一个等于号； 2、for语句

若错误行是for语句，则要注意以下几点： 1）首先判断for有没有书写正确；

2）然后看for中的表达式是不是用分号（；）隔开，若不是则改为分号。 3、记住是分号()，不是逗号(,)！

再者，分析for中的三个表达式，是否符合题意； 第一个表达式表示起始条件， 第二个表达式表示终止条件，

第三个表达式表示循环变量的变化。 4、return语句

若错误行为return语句，则要注意以下几点： 1)首先看是不是正确书写return关键字；

2)然后看是不是缺少分号，若是则加上分号即可；

3)再者判断return后的变量或表达式是否正确；

这种错误需要根据题意来分析，分析返回变量或表达式的值和类型。 5、赋值语句

若错误行是赋值语句，则要看赋值是否改清正确，然后看赋值运算符是否写正确。 6、定义语句

若错误行是定义语句，则要注意： 1)首先分析变量类型是否符合；

2)然后分析赋初值是否正确,求和初值赋0，求积初值赋1；

3)若以上均不是，则看是不是少定义了某个变量或少了花括号； 7、关键字拼写错误。如：main-mian(错误) printf - pirntf (错误)

Return- return(错误)while- While (错误)

8、表达式错误问题

表达式错误占的份量最多，并且没有统一的改法，我们只能通过题目要求来分析并修改)，

1）若错误行中有整数1除以某个表达式或变量时，必须把整数1改为1.0；若变量或表达式是整型时，则只能进行强制类型转换。

2）变量必须先赋值，后才参与运算，没有赋值就不能参与运算；例如，long k；k*=num%10；

3）运算符书写错误，例如，把/写成\（num\=10），==写成=。 4）丢失括号（） 9、字符串类问题

1)若错误行中有字符串结束符，则特别要要注意结束符有没有写错(‘\0’不要写成"\0”)。

2)新组建的字符串一定要加结束标识符(‘\0’)3)要区分清楚字符‘o’和数字‘0’。

4)字符串复制、比较必须使用用字符串处理函数（strcpy或strcmp）实现，不能用赋值语句或关系运算符。 10、指针类问题

若错误行中有指针变量，并且该变量名之前没有指针运算符，则般都是加上指针运算符；即注意p和*p的区别； 11、函数首部类问题：

若错误行是函数首部，则要注意：

1)首先看该行最后有没有分号，若有则删掉分号；若中间有分号则要改为逗号；

2)形参和实兆纤参类型不一致问题

① 若实参是个地址或数组名或指针变量名，则对应的形参肯定是指针或数组；

②若实参是二维数组名，则对应的形参应该是指针数组或是二维数组； ③若后面用到形参时有指针运算符，则该形参应为指针类型；

④若形参是二维数组或指向M 个元素的指针变量，则该二维的长度必须与main中对于数组的第二维的长度相同。 3)函数类型不一致问题

①若函数中没有return语句，则函数类型为void；

②若函数中有ret urn语句，则函数的类型必须与rerun后的变量类型一致；

记住，调用函数的类型与main中的该函数的类型一致！ 12、语法错误问题：

1）语句缺少分号。若错误号中语句没有以分号结束则加上分号；

2）变量名不一致。C语言是区分大小写的，若错误行中有大写字母一般都改为小写字母；

3）若错误行中有一条横线，则必须将横线删除再填空。填空题中亦是如此。 13、逻辑错误问题：

这种题型主要是表达式错误，占的题量比较多而且没有统一的做题方法，需要我们具体问题具体分析。对于逻辑错误，可按下列步骤查找：

①先读试题，看清题目的功能要求。

②通读程序，看懂程序中算法的实现方法。 ③细看程序，发现常见错误点。 14、书写错误问题：

特别注意我们的注释部分，注释是以/*开始，以*/结尾，不能有多余的，有也只能在/*和*/里面。注意，比如“/***注释部分*****/*/”是错误的！

二、编程时容易犯的错误

1.书写标识符时，忽略了大小写的区别

C语言认为大些字母和小写字母时两个不同的字符，如在编译程序过程中，系统会把a和认为时两个不同的变量名。习惯上，符号常量名用大写表示，变量名用小写表示，以增加程序的可能性。

2.忽略了变量的类型，进行了不合法的运算

3.忽略了“=”与“= =”的区别；C语言中，“=”是赋值运算符，“= =”是关系运算符

4.忘记加分号

考生应特别注意这种情况，分号是C语言中不可缺少的一部分，语句末尾必须有分号，但有时候千万不能加；

5.输入变量时忘记加地址运算符“&”，而在不应加“&”的位置加了地址运算符

（1）忘记加“&”的情况。

如int a,b scanf(“%d%d”,a,b)

此时，无法正确给a和b读入数据。scanf函数的作用是：按照a、b在内存中所分配的地址将a、b的值存进去。“&a”指a在内存中的地址，因此正确的书写格式为scanf(“%d%d”,&a,&b)。

(2)多加“&”的情况。如int str[ ] scanf(“%s”,&str)

C语言编译程序对数组名的处理是：数组名代表数组的起始地址，scanf函数中的输入项是字符数组名，因此不必再加地址符&，应该去掉。

6.输入数据的方式余要求格式（通配符）不符。例如：scanf(“%d,%d”,&a,&b)

C规定：如果在“格式控制”字符串中，除了格式说明以外还有其他字符，则在输入数据时应输入与这些字符相同的字符。下面输入是合法的：3，4

此时不用逗号而用空格或其他字符是不对的，如：3 4（中间为空格）3：4（中间为冒号）；

三、相关概念

（1）素数：定义是除了能被1和自身整除外，不存在其他任何能整除该数的自然数。因此，在判断一个数是否为素数时，只要有除了1和本身能整除它，还有一个数能整除它，就判定此数不是素数。

（2）判断一个年份是否为闰年：如果年份能被4 整除但是不能被100整除，或者能被400整除，这两种情况满足之一都是闰年。

（3）利用选择法进行从小到大的排序。选择法的思路为：把第一个元素与其后面的元素比较，如果比后面的大，则交换，比较完所有的元素后，第一个位置的元素是最小的元素；在把第二个元素与其后面的元素进行比较，结果是除了第一个元素外，第二个元素是最小的元素；以此类推。

（4）数的按位分离算法是：对10取模求个位上的数字，整除10后再对10取模求十位上的数字，整除100后再对10取模求百位上的数字。

（5）最大公约数的算法是：(1)若n>m，则用n除以m求余数r；(2)若r=0，则m为最大公约数，若r≠0，则将r赋值于m，m赋值于n，继续用n除以m求余数r；(3)直到r=0，m为最大公约数。根据算法判断每一条语句是否正确。 （6）求最小公倍数的算法：等于两个数的乘积除以它们的最大公约数。 （7）矩阵时以行为外循环，列为内循环，可以同时计算周边元素的和。

林锐的<<高质量C/C++编程>>

你看了这本书会有些认识的.

下面是本书的前言部分.....

软件质量是被大多数程序员挂在嘴上而不是放在心上的东西！

除了完全外行和真正的编程高手亏正外，初读本书，你最先的感受将是惊慌：“哇！我以前捏造的C++/C程序怎么会有那么多的毛病？”

别难过，作者只不过比你早几年、多几次惊慌而已。

请花一两个小时认真阅读这本百页经书，你将会获益匪浅，这是前面N-1个读者的建议。

一、编程老手与高手的误区

自从计算机问世以来，程序设计就成了令人羡慕的职业，程序员在受人宠爱之后容易发展成为毛病特多却常能自我臭美的群体。

如今在 Internet 上流传的“真正”的程序员据说是这样的：

(1) 真正的程序员没有进度表，只有讨好领导的马屁精才有进度表，真正的程序员会让领导提心吊胆。

(2) 真正的程序员不写使用说明书，用户应当自己去猜想程序的功能。

(3) 真正的程序员几乎不写代码的注释，如果注释很难写，它理所当然也很难读。

(4) 真正的程序员不画流程图，原始人和文盲才会干这事。

(5) 真正的程序员不看参考手册，新手和胆小鬼才会看。

(6) 真正的程序员不写文档也不需要文档，只有看不懂程序的笨蛋才用文档。

(7) 真正的程序员认为自己比用户更明白用户需要什么。

(8) 真正的程序员不接受团队开发的理念，除非他自己是头头。

(9) 真正的程序员的程序不会在第一次就正确运行，但是他们愿意守着机器进行若干个 30 小时的调试改错。

(10) 真正的程序员不会在上午 9:00 到下午 5:00 之间工作，如果你型顷看到他在上午 9:00 工作，这表明他从昨晚一直干到现在。

……

具备上述特征越多，越显得水平高，资格老。所以别奇怪，程序员的很多缺点竟然可以被当作优点来欣赏。就象在武侠小说中，那些独来独往、不受约束且带点邪气的高手最令人崇拜。我曾经也这样信奉，并且希望自己成为那样的“真正”的程序员，结果没有得到好下场。

我从读大学到博士毕业十年来一直勤奋好学，累计编写了数十万行 C++/C 代码。有这样的苦劳和疲劳，我应该称得上是编程老手了吧？

我开发的软件都与科研相关（集成电路 CAD 和 3D 图形学领域），动辄数万行程序，技术复杂，难度颇高。这些软件频频获奖，有一个软件获得首届中国大学生电脑大赛软件展示一等奖。在 1995 年开发的一套图形软件库到 2000 年还有人买。罗列出这些“业绩”，可以说明我算得上是编程高手了吧？

可惜这种个人感觉不等于事实。

读博期间我曾用一年时间开发了一个近 10 万行 C++ 代码的 3D 图形软件产品，我内心得意表面谦虚地向一位真正的软件高手请教。他虽然从未涉足过 3D 图形领域，却在几十分钟内指出该软件多处重大设计错误。让人感觉那套软件是用纸糊的华丽衣服，扯一下掉一块，戳一下破个洞。我目瞪口呆地意识到这套软件毫无实用价值，一年的心血白化了，并且害死了自己的软件公司。

人的顿悟通常发生在最心痛的时刻，在沮丧和心痛之后，我作了深刻反省，“面壁”半年，重新温习软件设计的基础知识。补修“内功”之后，又觉得腰板硬了起来。博士毕业前半年，我曾到微软中国研究院找工作，接受微软公司一位资深软件工程师的面试。他让我写函数 strcpy 的代码。

太容易了吧？

错！

这么一个小不点的函数，他从三个方面考查：

（ 1 ）编程风格；

（ 2 ）出错处理；

（ 3 ）算法复杂度分析（用于提高性能）。

在大学里从来没有人如此严格地考查过我的程序。我化了半个小时，修改了数次，他还不尽满意，让我回家好好琢磨。我精神抖擞地进“考场”，大汗淋漓地出“考场”。这“高手”当得也太窝囊了。我又好好地反省了一次。

我把反省后的心得体会写成文章放在网上传阅，引起了不少软件开发人员的共鸣。我因此有幸和国产大型 IT 企业如华为、上海贝尔、中兴等公司的同志们广泛交流。大家认为提高质量与生产率是软件工程要解决的核心问题。高质量程序设计是非常重要的环节，毕竟软件是靠编程来实现的。

我们心目中的老手们和高手们能否编写出高质量的程序来？

不见得都卜空陆能！

就我的经历与阅历来看，国内大学的计算机教育压根就没有灌输高质量程序设计的观念，教师们和学生们也很少自觉关心软件的质量。勤奋好学的程序员长期在低质量的程序堆中滚爬，吃尽苦头之后才有一些心得体会，长进极慢，我就是一例。

现在国内 IT 企业拥有学士、硕士、博士文凭的软件开发人员比比皆是，但他们在接受大学教育时就“先天不足”，岂能一到企业就突然实现质的飞跃。试问有多少软件开发人员对正确性、健壮性、可靠性、效率、易用性、可读性（可理解性）、可扩展性、可复用性、兼容性、可移植性等质量属性了如指掌？并且能在实践中运用自如？。“高质量”可不是干活小心点就能实现的！

我们有充分的理由疑虑：

（ 1 ）编程老手可能会长期用隐含错误的方式编程（习惯成自然），发现毛病后都不愿相信那是真的！

（ 2 ）编程高手可以在某一领域写出极有水平的代码，但未必能从全局把握软件质量的方方面面。

事实证明如此。我到上海贝尔工作一年来，陆续面试或测试过近百名“新”“老”程序员的编程技能，质量合格率大约是 10 ％。很少有人能够写出完全符合质量要求的 if 语句，很多程序员对指针、内存管理一知半解， …… 。

领导们不敢相信这是真的。我做过现场试验：有一次部门新进 14 名硕士生，在开欢迎会之前对他们进行“ C++/C 编程技能”摸底考试。我问大家试题难不难？所有的人都回答不难。结果没有一个人及格，有半数人得零分。竞争对手公司的朋友们也做过试验，同样一败涂地。

真的不是我“心狠手辣”或者要求过高，而是很多软件开发人员对自己的要求不够高。

要知道华为、上海贝尔、中兴等公司的员工素质在国内 IT 企业中是比较前列的，倘若他们的编程质量都如此差的话，我们怎么敢期望中小公司拿出高质量的软件呢？连程序都编不好，还谈什么振兴民族软件产业，岂不胡扯。

我打算定义编程老手和编程高手，请您别见笑。

定义 1 ：能长期稳定地编写出高质量程序的程序员称为编程老手。

定义 2 ：能长期稳定地编写出高难度、高质量程序的程序员称为编程高手。

根据上述定义，马上得到第一推论：我既不是高手也算不上是老手。

在写此书前，我阅读了不少程序设计方面的英文著作，越看越羞惭。因为发现自己连编程基本技能都未能全面掌握，顶多算是二流水平，还好意思谈什么老手和高手。希望和我一样在国内土生土长的程序员朋友们能够做到：

（ 1 ）知错就改；

（ 2 ）经常温故而知新；

（ 3 ）坚持学习，天天向上。

二、本书导读

首先请做附录B的C++/C试题（不要看答案），考查自己的编程质量究竟如何。然后参照答案严格打分。

（ 1）如果你只得了几十分，请不要声张，也不要太难过。编程质量差往往是由于不良习惯造成的，与人的智力、能力没有多大关系，还是有药可救的。成绩越差，可以进步的空间就越大，中国不就是在落后中赶超发达资本主义国家吗？只要你能下决心改掉不良的编程习惯，第二次考试就能及格了。

（ 2）如果你考及格了，表明你的技术基础不错，希望你能虚心学习、不断进步。如果你还没有找到合适的工作单位，不妨到上海贝尔试一试。

（ 3）如果你考出85分以上的好成绩，你有义务和资格为你所在的团队作“C++/C编程”培训。希望你能和我们多多交流、相互促进。半年前我曾经发现一颗好苗子，就把他挖到我们小组来。

（ 4）如果你在没有任何提示的情况下考了满分，希望你能收我做你的徒弟。

编程考试结束后，请阅读本书的正文。

本书第一章至第六章主要论述C++/C编程风格。难度不高，但是细节比较多。别小看了，提高质量就是要从这些点点滴滴做起。世上不存在最好的编程风格，一切因需求而定。团队开发讲究风格一致，如果制定了大家认可的编程风格，那么所有组员都要遵守。如果读者觉得本书的编程风格比较合你的工作，那么就采用它，不要只看不做。人在小时候说话发音不准，写字潦草，如果不改正，总有后悔的时候。编程也是同样道理。

第七章至第十一章是专题论述，技术难度比较高，看书时要积极思考。特别是第七章“内存管理”，读了并不表示懂了，懂了并不表示就能正确使用。有一位同事看了第七章后觉得“野指针”写得不错，与我切磋了一把。可是过了两周，他告诉我，他忙了两天追查出一个Bug，想不到又是“野指针”出问题，只好重读第七章。

光看本书对提高编程质量是有限的，建议大家阅读本书的参考文献，那些都是经典名著。

如果你的编程质量已经过关了，不要就此满足。如果你想成为优秀的软件开发人员，建议你阅读并按照 CMMI 规范做事，让自己的综合水平上升一个台阶。上海贝尔的员工可以向网络应用事业部软件工程研究小组索取 CMMI 有关资料，最好能参加培训。

三、版权声明

本书的大部分内容取材于作者一年前的书籍手稿（尚未出版），现整理汇编成为上海贝尔网络应用事业部的一个规范化文件，同时作为培训教材。

由于 C++/C 编程是众所周知的技术，没有秘密可言。编程的好经验应该大家共享，我们自己也是这么学来的。作者愿意公开本书的电子文档。

版权声明如下：

（ 1 ）读者可以任意拷贝、修改本书的内容，但不可以篡改作者及所属单位。

（ 2 ）未经作者许可，不得出版或大量印发本书。

（ 3 ）如果竞争对手公司的员工得到本书，请勿公开使用，以免发生纠纷。

预计到 2002 年 7 月，我们将建立切合中国国情的 CMMI 3 级解决方案。届时，包括本书在内的约 1000 页规范将严格受控。

欢迎读者对本书提出批评建议 。

另外,团IDC网上有许多产品团购,便宜有口碑

---