刷PTA的入门题很多人一开始都会有一个错觉题目简单分分钟AC。等你真提交几次会发现平台上那些标注“基础”“入门”的题目才是最容易让人反复提交、反复拿零分的地方。我见过不少初学者语法书翻得滚瓜烂熟一到这个在线练习平台要么格式错误要么答案错误一道看似普通的题能磨半小时。这里面的差距不是智商而是你知不知道哪些题是重点题。重点题不是指难度标注高的题而是那种“通过率不高、但解法并不复杂”的题。它们专门考验你对细节的把控循环边界、数组下标、字符串结束符、输出空格换行以及读题时容易忽略的隐藏条件。这篇文章就围绕PTA入门题库里最值得反复练的几类重点题讲清楚它们考什么、怎么做、有哪些坑。不管你是刚开始学C/C还是用Python刷题里面的思路都能直接用。1. 刷题之前先搞懂入门题的重点分布1.1 入门题到底在考什么在平台上翻一遍入门题库你会发现题目类型其实很集中顺序结构、分支判断、循环、数组、字符串、函数偶尔掺点结构体和指针这通常已经算进阶了。表面上看每道题都对应一个语法点实际上它们真正考察的是三件事语法熟练度、边界处理能力、调试习惯。语法熟练度好理解if/else嵌套、for循环条件、数组声明的写法这些不熟练根本写不出能编译的代码。但边界处理能力很多人意识不到有多重要。举个例子一道“求1到n之间所有偶数之和”的题大部分人都能写出循环但n1、n2、n0这三种情况处理对不对循环条件是i n还是i n差一个等号结果就完全不同。平台判题只看输出结果输入端给你一个很刁钻的数你输出错了就是零分。调试习惯就更有意思了。很多初学者写完代码之后眼睛盯着屏幕看了五分钟也看不出问题因为人是感知不到代码逻辑漏洞的你得靠输出中间值、靠边界测试、靠逐段注释去定位。入门题之所以看起来简单却老出错就是因为它把这三件事缝在了一起。那些通过率只有四成的入门题往往不是题难而是很多人在语法之外栽了跟头。1.2 判断哪些题值得反复做打开题库每道题旁边都有通过率。我的建议是别只盯着那些大家都能过的题也别一上来就挑战高难度重点关注那些“难度标签是入门或基础但通过率并不高”的题目。这类题通常有几个特征题目描述很短但包含“按格式输出”“每个数后加一个空格”“不含多余换行”这类字样。有多个输入样例或输出样例样例与样例之间用空行分隔。可以用多种方式实现比如循环、递归、数学公式都能解。测试点里明显包含边界值比如“当n0时”“当输入为负整数时”。这类题就是重点题。它们不一定难但它们把“易错点”藏得很深正是你真正需要练的东西。我自己的刷题习惯是如果一道题半小时内做不出来先跳过标记下来隔两天再回来重做。能在第二次顺利写出来说明这个知识点真正过脑了如果第二次还是卡住那它就是你的知识盲区值得专门整理进错题本。另外一个判断标准是看一道题能不能“一步到位”写对。如果你提交了七八次才通过中间经历了不少格式错误和答案错误那么这道题对你来说就是有价值的重点题。一次就过的题反而不值得反复刷因为它没有戳到你的盲区。2. 高频重点题型的解题套路2.1 循环与规律题别急着写循环循环类题目是入门题库里数量最多的部分包括数列求和、阶乘、斐波那契、累乘累加、奇偶项交替、近似计算圆周率等等。这类题看着简单但初学者在这里暴露的问题最多。我先说一个最容易犯的错拿到题目就开始写循环结果循环条件、初始值、累加器全是一团浆糊。正确做法是先在草稿纸上把递推关系写出来。比如要求“1! 2! 3! ... n!”如果你直接在求和循环里嵌套计算每个数的阶乘复杂度就变成O(n²)而且容易出错。更自然的思路是用变量fact记录当前数的阶乘每轮循环更新一次fact再用sum累加。这里的递推关系是fact fact * i; sum sum fact;这个递推关系想清楚了代码就是十几行的事。我见过不少人用双重循环去做虽然结果也能对但遇到n稍微大一点效率问题就暴露出来了。更关键的是双重循环容易在边界上出错比如内层循环的起点写成了1而不是当前值。循环类题目还有一个概念值得专门提循环不变量。简单说就是确定好每一轮循环结束后各个变量的状态是什么并保证这个状态是稳定的。写循环之前先问自己三个问题循环开始前变量是什么值每一轮循环结束时变量的值应该是什么循环结束后变量的值是否符合预期第一个问题对应变量初始化第二个问题对应循环体逻辑第三个问题对应循环终止条件。我曾经带一个初学者做一道求和题他把sum的初始化写在了循环体内导致每一轮循环都重置累加值。这种错误用眼睛很难发现但如果你脑子里有循环不变量的概念就会在写代码时主动检查sum是“每次进入循环都被重新赋值”还是“在循环前初始化、在循环中被累加”。提示写循环重点题时先在注释里写下“进入循环前我有哪些变量循环结束后它们应该是什么”再动手写代码。看起来多了一两分钟实际上能省下反复提交的时间。2.2 字符串与字符处理百分之八十的坑都在这里如果说循环题是重点题的第一大来源字符串处理就是第二大来源而且它的坑最多。入门题库里有大量这类题目字母大小写转换、逆序输出、回文判断、统计字符数、删除指定字符、数字字符串转数值等等。为什么这类题容易卡人因为字符串在C语言里就不是一个“直接能用”的类型它本质上是字符数组末尾还有一个不可见的\0终止符。很多题考察的正是你处理这些字符边界的能力。最常见的坑有两个。第一个是换行符残留。如果你先用了scanf(%d, n)读入一个整数后面再用gets()读字符串你会发现读到的是一行空字符串。原因很简单scanf读整数的时候把回车键按下的\n留在了输入缓冲区里gets()把它当成了一行内容。解决方法是先清掉缓冲区里的换行符或者换一种读取方式。在C语言里我建议用fgets()替代gets()因为很多平台和编译器已经禁用gets()而且fgets()可以指定最大读取长度避免缓冲区溢出。第二个坑是字符串里的空格到底算不算内容。题目要求“统计一句话中字母的个数”输入里可能包含空格也可能不包含。如果输入是一整行字符串空格算不算字符就得看题目怎么描述。做题时把“空格”“制表符”“换行符”都当成潜在字符来考虑逐个判断而不是想当然地认为只有数字和字母才是有效字符。再看一个常见题型统计字符串中各类字符的数量。这道题看起来不难但很多人在字符判断这里写得冗长又容易漏。字符串处理的核心思路就是遍历每一个字符然后按类别累加while (str[i] ! \0) { if (str[i] a str[i] z) letters; else if (str[i] 0 str[i] 9) digits; i; }不要直接用str[i] a却不写上限也不要把0到9的字符判断写成str[i] 0 str[i] 9后者比较的是ASCII码而不是字符数值。这些细节都是字符串重点题最常埋的雷。注意字符串题调试时不要只看屏幕上的输出。把输出内容用眼睛“扫描”一遍看看首尾有没有多余的空格、输出样例里每个单词之间到底是单个空格还是多个空格。题目的格式要求往往就藏在不起眼的描述里。2.3 数组与下标问题边界永远是重灾区数组类题目在入门题库里同样占了大头常见的有数组逆序、冒泡排序、选择排序、查找最大值最小值、插入删除元素、矩阵转置、杨辉三角等等。这类题的核心难点不是数组本身的操作而是下标边界。先说一个很多新手都踩过的坑C语言数组下标从0开始但“第n个元素”的表达方式在不同语境下是不同的。比如“输入n个整数逆序输出”循环应该写成for (i 0; i n; i)还是for (i 1; i n; i)我见过不少人在这种题目上数组元素存进去的时候用的是从1开始输出时却又从0开始导致错位。统一规则是最省事的。我自己的习惯是全部用“0起下标”数组声明长度理解成“最多能存几个元素”实际读入n个元素后有效下标是0到n-1。遍历数组永远写成for (i 0; i n; i)把n当成“元素个数”而不是“最后一个下标”。输出数组时除了下标边界还要额外检查下标之间是否有空格。另一个常见问题是数组越界。越界不一定会崩溃但它可能修改了相邻变量的值导致程序运行结果莫名其妙或者在某些测试点下输出完全错乱。入门题里最常见的就是循环多了一次写了i n结果最后一个元素读到了不属于数组的地方。再展开一个典型场景冒泡排序。外层循环 i 从0到 n-2内层循环 j 从0到 n-1-i。这两个边界新手经常记混。它的本质是每轮循环确定一个最大值的位置因此已经排好的元素不需要再参与比较。如果你不关心这个原理只是背代码遇到稍微变体的题目就会崩。数组知识用一个类比来形容数组就像一排固定数量的储物柜编号从0到n-1。你只能打开编号范围内的柜子多开一格就是越界。写循环的时候脑子里把这个柜子图画出来边界自然就清晰了。2.4 数学模拟题公式和精度要一起看第三类重点题是数学模拟题包括素数判断、最大公约数与最小公倍数、进制转换、完数、水仙花数、整数拆分、九九乘法表等等。这类题表面上考数学实际上考的是你把数学条件翻译成代码条件的能力。先说素数判断。计算一个数n是否为素数很多人会从2试到n-1。这个做法没错但不够高效。更合理的写法是试到sqrt(n)就停止。为什么可以提前停止因为一个合数必然有一个因子不超过它的平方根。比如17你试到4左右就够了比如21它的因子3和73在平方根以内。这条规则不仅省时间也减少了代码出错的可能。注意sqrt需要引入数学库并且要在循环外先计算出结果避免每轮循环都调用一次开方函数。数学模拟题的另一个重点是浮点数精度。题目如果要求“输出结果保留两位小数”你得先弄清平台是用四舍五入还是直接截断。多数情况下printf的%.2f会做四舍五入但这里面有个隐藏的坑浮点数在计算机里不是精确值当计算结果是1.0049999这种数时保留两位小数可能得到1.00而不是1.01。这种问题在入门题库里出得不多但一旦出现就会让很多人怀疑人生。我的建议是如果题目涉及浮点比较不要用a b而是用fabs(a - b) 1e-6这种方式判断近似相等。还有最大公约数用辗转相除法而不是从大往小一个个试。为什么面试和考试里看重的是算法效率平台判题虽然不卡时间但好的写法能体现你对算法的理解。辗转相除法的核心就三行while (b ! 0) { temp a % b; a b; b temp; }很多人会把它背下来但没搞懂为什么余数为0时a就是最大公约数。建议自己在纸上推一遍一道重点题的价值不在于“AC”而在于你真正理解它背后的数学原理。水仙花数、完数这种题考察的是枚举和条件判断的组合难度不大但条件写错的概率很高一定要把题目里“包括1吗”“包括n本身吗”这种描述读细。3. 一场完整的提交过程从“零分”到“满分”3.1 拿到题目先做什么很多新手刷题习惯是打开题目扫一眼觉得有思路立刻开始写代码。这个流程在简单题上没问题但到了重点题就很容易翻车。我建议拿到一道题先做四件事。第一把题目完整读三遍尤其是输入输出样例和格式要求。重点看“每行之间是否有空行”“最后一个数据后面是否要加空格”“输出结果是否需要换行”。这些信息平台不会单独强调但判题器会严格比对。第二手工算一遍样例。把样例输入抄下来自己在草稿纸上推演一遍确保你理解题目到底要算什么。很多所谓的“题目看不懂”其实是跳过了这一步。第三想边界情况。题目里给的正整数n最小可能是1最大可能很大。如果你的算法在n1时输出不对提交就是零分。构造几个自己的测试用例包括最小值、最大值、特殊值0、负数、空字符串然后在本地先跑一遍。第四写注释思路再写代码。我习惯先用注释把步骤列出来比如“读入n”“循环判断i是否为素数”“满足条件则输出”。这样代码结构清晰不容易漏步骤。这四步做完你再开始写代码实际提交次数会明显减少。3.2 模拟一次“完数”题型的分步实现接下来我用一道很常见的入门题来演示完整过程输入一个正整数n输出1到n之间所有完数。完数是一个数的所有真因子不包括它本身之和等于它本身比如6 123。第一次拿到题大多数人会这样想从1到n逐个判断每判断一个数时找到所有小于它的因子累加然后与自身比较。这个思路没问题我第一次写的时候也差不多但第一次提交却报答案错误。问题出在哪里我当时的内层循环终止条件写成了j i也就是说把i本身也算进了因子。比如i6时因子和变成123612不等于6所以6被判成不是完数。看起来只差一个等号但整个输出结果完全错误。这个例子很有代表性边界条件差一个符号结果就全错了。修正之后的内层循环是j i对于i6因子就是1、2、3和正好等于6输出正确。但紧接着还得处理输出格式。题目要求输出时数字之间用空格分隔且行末不能有多余空格。如果只是简单地在每次输出前加一个空格第一个数字前面也会多一个空格这就是格式错误。我当时用了一个flag变量来控制空格输出第一个满足条件的数前不加空格后续每个数前加一个空格。#include stdio.h int main() { int n, i, j, sum, flag 0; scanf(%d, n); for (i 1; i n; i) { sum 0; for (j 1; j i; j) { if (i % j 0) sum j; } if (sum i) { if (flag) printf( ); printf(%d, i); flag 1; } } printf(\n); return 0; }第二次提交这道题就过了。整个过程前后提交了三次第一次是答案错误第二次是格式错误第三次才AC。这个经历在入门题里非常普遍。判题器不会因为你的思路正确就给分它只认输出结果。所以每次提交之前把输出格式逐字符检查一遍比反复修改算法更重要。3.3 收获一次提交就过的人不多刷完这道题之后我最大的感受是重点题之所以是重点题不是因为算法复杂而是因为它同时考验你多个环节的细心程度。判断一个数是不是完数几乎人人都会写但能把循环边界、空格控制、换行输出全部一次做对就需要一点功力了。从这道题里可以总结出几条可复用的经验读题时确认“真因子”的范围是否包含1和它本身这类定义在数学模拟题里经常被设坑。循环边界要反复确认尤其是“小于”还是“小于等于”这种一时看不出来的差异。输出空格可以用flag变量控制但别忘了最后还得补一个换行符。一次提交就通过的重点题很少绝大多数人都是在错误中摸清规则的。平台把错误类型分成编译错误、运行时错误、答案错误和格式错误每一种都有对应的排查思路。一开始看到红色报错不要慌花两分钟分类定位效率远高于盲改。4. 避坑清单与排查技巧4.1 常见错误速查表我把入门题里最常见的错误整理成了一张速查表刷题时遇到问题可以直接对照排查错误类型常见原因排查方法编译错误缺分号、括号不匹配、变量名拼错、中英文标点混用按编译器提示定位到对应行优先检查行尾和花括号运行时错误数组越界、除数为0、栈溢出、空指针小规模数据测试打印中间变量检查所有数组下标答案错误循环边界写错、变量类型错误、逻辑分支遗漏构造边界用例手工推演逐步打印变量值格式错误多空格、少换行、多输出了调试信息把输出样例逐字符对比尤其注意行首行尾超时错误算法效率过低、死循环检查循环终止条件思考是否有更高效解法编译错误最好办编译器会明确告诉你哪一行有问题按提示改就行。运行时错误则需要读者自己排查。这里我要特别强调数组越界是入门题里最容易触发运行时错误的原因。C语言不检查数组边界越界访问可能不会立刻崩溃但会破坏相邻变量的值导致结果莫名其妙。如果你发现某个变量在循环结束后数值不对优先怀疑是不是前一行越界写坏了它。超时错误在入门题里出现频率不高但一旦出现多半是算法效率出了问题。比如判断素数时一直试到n对于n很大而数据很多的情况就会超时。这时候用sqrt(n)作为上限会立刻改善。4.2 调试技巧别用眼睛找bug刷题超过十道之后你会发现看着代码找bug是最低效的方式。正确的调试姿势是让程序自己告诉你答案。第一步在关键位置加printf输出。比如循环里第一次进入时的值、每次循环结束后sum的值、数组下标当前是多少。这些输出就是程序的“自述”能让你看到变量在每一轮的真实变化。很多初学者只会在程序最后输出最终结果中间过程全靠猜自然难定位问题。第二步分块注释法。当你怀疑某个代码块出错时先把后半段注释掉只保留前半段看数据是否正确。然后再逐步恢复代码直到问题出现。这个过程很像排查水管漏水一段一段地关阀范围逐次缩小。第三步边界测试。拿题目条件中最小值、最大值、特殊值各测一遍。比如题目输入是正整数n那就测n1、n2、n一个大整数如果输入是字符串就测空字符串和包含空格的字符串。很多题目特意设置了隐藏的边界测试数据你没想到的情况判题器都想到了。第四步别忘了清理调试输出。我见过不少人在本地排除了bug直接提交结果因为调试printf多输出了几行内容被判格式错误。临时输出是你调试时的工具不是程序功能的一部分。提示不要一报错就马上翻答案。先用上面的调试步骤自己走一遍。一道题卡住之后哪怕最终没做出来你试过的所有错误路径都会变成经验。下次遇到同类问题你一眼就能避开。4.3 刷题节奏建议入门题怎么刷才高效我个人的建议是每天做两三道重点题保持手感但不要只追求刷题数量。一口气做十道简单题不如一天吃透一道通过率低的重点题。具体节奏可以这样安排第一遍拿到题目独立完成记录用时和提交次数。第二遍隔三到五天再刷同一道题不看之前代码看能不能一遍写对。第三遍看别人优秀的题解对照自己的写法找出差距。这三遍下来一道题才算真正吃透。第一遍练思路第二遍练熟练度第三遍练优化思维。如果只是做一遍就抛在脑后过两星期再看这道题你可能还是不会写错在哪里。整理错题本也很有用。不需要写长篇大论只需记录三样东西题目编号、当时错在哪个点、正确的思路。我的习惯是每周翻一次错题本重做其中两道。这些错题才是针对你个人弱点的重点题比任何题库里的重点题都更有价值。不要急着去刷难题。入门题库存在的意义就是帮你建立编程的底层习惯正确读题、控制边界、规范输出、主动调试。这些能力没有建立起来之前直接挑战中等难度以上的题很容易被打击信心也容易养成看答案写代码的坏习惯。最后说一点我自己的体会。我见过太多初学者在一条重点题上反复提交十几次最终AC之后欢呼然后马上打开下一题继续冲。这种情况下最有用的不是“终于做对了”的快感而是回头复盘那十几次提交里每一次报错对应的是自己的什么盲区。把犯错的过程当作数据收集把改错的过程当作策略调整刷题就会从一个“碰运气”的游戏变成一种“可复现”的能力训练。刷PTA入门题重点题就是那些最终帮你形成这种能力训练习惯的题目。一道题第一次做不出来不要紧第二次能独立写对就是进步如果第二次还卡住那就把它的所有踩坑点记下来过几天再来第三次。刷题没有捷径但你可以用这些方法和节奏少走很多弯路。