PAT乙级1051~1100刷题攻略：算法思维与避坑指南

刷PAT乙级的朋友如果你已经顺利搞定1001到1050那批题多半会带着一点“乙级不过如此”的错觉继续往下走。结果到了1051~1100这个区间很多人会突然觉得不对劲——代码提交上去不是超时就是边界用例挂掉甚至有些题看了半天不知道题目到底在问什么。这五十题是整个乙级的分水岭。这期内容我会把这个区间的出题风格、高频考点、常见翻车原因、以及我是怎么分配刷题时间的一次性讲清楚。不整虚的全是我自己一题一题刷出来的体会。1. 为什么1051~1100是乙级的“隐形分水岭”1.1 从“模拟题”到“算法题”的难度换挡乙级前五十题1001~1050里最主流的题型是纯模拟题目把过程描述得清清楚楚你照着步骤写代码就能过。比如输入一个日期算它是星期几或者把一个字符串按规则拆分只要细心就能AC。但1051~1100这个区间明显变了味道。同样是模拟它会在题目里嵌套一层需要你“先想清楚再动手”的逻辑。最典型的感受是题读起来每个字都懂但就是不知道代码该从哪里开始写。我自己复盘下来这个区间的题大致分成三类数学规律型给你几个数让你找规律本质上考的是数学推导代码量反而很少字符串处理型看着是字符串题实际考的是指针移动、子串匹配、边界处理搜索枚举型直接暴力会超时必须在枚举范围或者剪枝上下功夫这三种类型在1051~1100里交叉出现导致只靠“把题目流程翻译成代码”这一招已经不太好使了。你得开始建立“先分析复杂度再决定方案”的意识这恰恰是乙级真正想考察的东西。1.2 时间复杂度的门槛突然抬高前五十题里就算你写了一个双层循环只要数据范围是100以内基本都能过。到了1051~1100题目的数据范围开始出现10^5、10^6这样的量级。这里有个很直观的例子。同样是判断某个范围内有多少个数满足条件数据范围100你用双重循环枚举10000次运算没问题数据范围10^5你用双重循环10^10次运算提交上去直接超时很多第一次刷到这个分段的同学卡住的不是题目本身而是根本没有“估算复杂度”这个意识。拿到题就写暴力解写完一提交超时然后开始怀疑题目有问题。不是题目有问题是你的算法需要升级了。这也是为什么我每当别人问“乙级需要学算法吗”我的回答都是至少在1051之后你得掌握一些基本的算法思想比如二分、前缀和、排序、简单的贪心否则会刷得很痛苦。1.3 满分率和通过率的真实分布从历年考试数据来看乙级 1051 之后的主观题平均通过率明显低于前半段。这其实是一个很重要的信号出题人很清楚怎么设置题目才能区分出真正有编程功底的人和只会背模板的人。所以不要因为前面五十题刷得快就以为这个区间也能一周扫完。我见过不少同学前面刷得信心满满到了1051~1100突然就开始拖进度连续几天刷不动一道题挫败感很强。但反过来想这个区间恰恰是提升最大的阶段。刷完这五十题你对“算法复杂度”“边界条件”“代码调试”的理解会上一个台阶。哪怕最终考试没考到这里的原题这种能力的提升也会直接反映在分数上。2. 高频考点拆解这五十题究竟在考什么2.1 数学规律与数论基础代码短但难想这个区间里数学类的题目占比相当可观。常见的有素数判断、最大公约数与最小公倍数、进制转换、数列规律推导等。以素数判断为例#include stdio.h #include math.h int isPrime(int n) { if (n 1) return 0; if (n 2) return 1; if (n % 2 0) return 0; for (int i 3; i sqrt(n); i 2) { if (n % i 0) return 0; } return 1; }这是最基础的素数判断模板时间复杂度是O(sqrt(n))。但1051~1100里的数学题很多不是让你直接判断一个数而是让你在某个大范围里筛数。这时候就需要用到埃氏筛或者欧拉筛。#include stdio.h #include string.h #define MAXN 1000000 int prime[MAXN 5]; int isPrime[MAXN 5]; void sieve(int n) { memset(isPrime, 1, sizeof(isPrime)); isPrime[0] isPrime[1] 0; int cnt 0; for (int i 2; i n; i) { if (isPrime[i]) { prime[cnt] i; } for (int j 0; j cnt i * prime[j] n; j) { isPrime[i * prime[j]] 0; if (i % prime[j] 0) break; } } }欧拉筛的代码量不大但理解它需要一点耐心。关键是“每个合数只被它的最小质因子筛掉一次”这件事。如果你之前没接触过筛法第一次看到这个代码可能会懵但刷到这个分段它已经是标配工具。还有一个在这批题目里反复出现的套路是给出一个序列让你判断它是否符合某种递推关系。这种题最忌讳的就是拿到手就盲目地找规律很容易被带偏。我建议的做法是先把前几个数写出来尝试列出递推式再利用差分或者比值来分析。2.2 字符串处理题目简单但全部都是坑字符串题在乙级中向来是“看起来最容易、实际最容易出错”的类型。1051~1100这个区间里的字符串题几乎每一道都在考验你的边界处理功底。常见的坑有以下几类第一字符串长度不固定输入里可能包含空格。很多人习惯用scanf(%s)读入遇到空格就断开直接WA。正确的做法是用fgets或者getline根据题目要求逐行读入。第二大小写转换、去空格、删特定字符这类操作需要先考虑好是在原字符串上操作还是复制一份再处理。原地操作可以省空间但很容易搞乱下标。第三子串匹配问题如果题目给的数据量不大直接使用strstr这种库函数也没问题但如果数据量上来了就需要考虑手写一个KMP或者至少知道KMP的原理。我统计了一下自己在这个分段的错题大概有三分之一都是字符串题栽在边界条件上。比如测试数据里的空字符串、只有单个字符的字符串、全是最长连续字符的极端情况这些都是出题人一定会埋的点。2.3 排序与查找从“会调函数”到“理解原理”排序题在这个区间也频繁出现但考察方式往往不是让你写快排而是让你处理一些结构体根据多个关键字排序。这里有一个非常实用的小技巧。如果需要对结构体排序C语言中应该使用qsort并且正确书写比较函数C和Java则可以直接用sort或Collections.sort配合Lambda表达式或者Comparator接口。很多同学第一次写结构体排序会卡在比较函数的返回值上。这里要特别强调返回的是负数、零、正数分别表示第一个参数排在第二个参数之前、两者相等、排在之后。这个规则在不同语言里写法不一样但逻辑是一样的。另外二分查找也是这个区间不能回避的知识点。最典型的使用场景是在一个有序序列里查找第一个大于等于目标值的位置或者查找最后一个小于等于目标值的位置。手写二分的时候最容易犯的错误是死循环和边界取值错误。// 在升序数组a中查找第一个≥target的位置 int lowerBound(int a[], int n, int target) { int left 0, right n; // right取n表示区间是左闭右开 while (left right) { int mid (left right) / 2; if (a[mid] target) { left mid 1; } else { right mid; } } return left; }这种“左闭右开”的写法是我自己用下来最不容易写错的版本。如果你之前在别的资料里学的是“左闭右闭”问题也不大但一定要固定一种写法不要每次临场换。2.4 模拟题逻辑复杂是常态拆解才是关键虽然前面说这个分段不全是模拟题但模拟题依然是最大的题型类别。区别在于这里的模拟题逻辑链路更长状态变量更多。比如有些题会让一个角色在二维平面里按照指令移动、转向期间还要判断是否撞墙、是否回到起点。这种题的代码量不会很大但对状态转移的清晰度要求很高。我的习惯是先把所有的状态变量列在一张纸上给每个变量取好名字把转移条件写成伪代码然后再动手写真实代码。不要在脑子里推演完就直接开写这个分段的模拟题不是这种量级的。另外一个值得注意的小技巧是很多模拟题可以用“时间步进法”来简化实现也就是不直接计算最终状态而是模拟每一秒发生什么。这样写代码更直观代价是时间复杂度会高一些。数据范围允许的时候这是一个性价比很高的选择。3. 我在刷这批题时反复踩的五个坑3.1 数组越界不是RE才叫越界很多同学一看到数组越界就想到“运行时错误”RE。但实际上在C/C里数组越界写入可能不会直接崩溃而是悄悄改写了相邻内存空间的数据导致你的程序输出一个完全莫名其妙的结果。这种“幽灵Bug”最难排查因为你根本不知道是哪里出了问题。我在刷一位数字相关的题时遇到过我把数组开小了正常数据范围是1000我开了100。小范围测试数据全过一提交就WA最后检查了半小时才发现是定义数组时少写了一个零。1151到1100这个区间数据范围的上限往往会放宽所以我现在的习惯是定义数组时直接在上限基础上再加5到10的余量。这不是什么高深技巧纯粹是用流血换来的教训。3.2 忽略输入中可能出现的空行和空格这个分段里有一些题目的输入格式描述得很模糊比如“每行包含若干个整数以空格分隔”但实际测试数据中可能存在空行或者在行首行尾有多余的空格。如果你的代码使用scanf(%d)自动跳过空白字符那么空行和多余空格基本不影响。但如果你用的是fgets sscanf的组合或者自己写解析函数那就得小心了。我遇到过一个情况用fgets读一整行以后直接在字符串上手动解析数字。结果前几组数据正常中间突然冒出一行带结尾回车符的数据解析逻辑就把回车符当成字符处理导致后面全部错位。解决办法是在解析前统一做一次trim操作去掉字符串首尾的空白字符。3.3 整数溢出int装不下的情况比你想象的多在1051~1100这个区间开始频繁出现需要累加、累乘后数值很大的情况。int的范围大概在正负21亿左右如果你在过程中累加100万个10000结果直接就溢出了。我的建议是凡是涉及累计求和、乘积、阶乘哪怕题目说数据范围不大也一律使用long long。在C里可以直接用long long在Java里用long在Python里无所谓因为Python的整数没有范围限制。还有一个小细节如果你在一开始就把变量声明为int后面即使强制类型转换也可能已经在计算过程中溢出了。所以类型选择一定要在写代码之前就想好不要等到出事再改。3.4 输出格式少一个空格都算错这句“少一个空格都算错”绝对不是危言耸听。尤其是那种要求“输出一行数字数字间以空格分隔行末不能有多余空格”的题目很多人写循环输出时都会在每个数字后面跟一个空格然后发现最后一个数字后面也有空格直接PEPresentation Error格式错误。格式错误虽然不会影响整道题的评分逻辑但在自动判题系统里依然是不可接受的。解决方案非常经典在第一个数字前不输出空格后续每个数字前输出一个空格。代码实现如下for (int i 0; i n; i) { if (i 0) { printf( ); } printf(%d, arr[i]); } printf(\n);同理如果题目要求输出的结果要保留几位小数请一定用printf(%.2f)这种方式格式化输出不要自己手动四舍五入否则很容易出错。3.5 想当然地认为题目描述就是全部限制这是我认为最值得展开讲的一点。PAT题目是中文的描述得比很多英文OJ友好得多。但也正因为描述得清楚很多人就容易忽略字里行间的暗示。我举一个例子某道题说“给定两个正整数a和b”你心里默认a b。但实际测试数据可能a b。如果你在代码里交换了a和b直接WA。题目没有明说a和b的大小关系那就是不保证有序你必须自己处理。这种“未说明即不确定”的原则是这个分段里反复出现的隐形杀手。刷题时间久了你会形成一种条件反射凡是题目没说排序、没说大小关系、没说范围一律按最坏情况处理。4. 一套针对这个分段的刷题与调试方法论4.1 拿到题目的前5分钟不要写代码我见过太多人拿到题目扫一眼就打开编辑器开写写到一半发现思路不对删掉重来如此反复。这样不仅浪费时间而且非常消耗信心。我给自己定的规矩是拿到一道题前5分钟只看题目、想思路、估复杂度绝对不碰键盘。在纸上写下输入数据范围是多少如果用暴力解法最坏情况是几次运算是否需要排序、二分、筛法、前缀和这类算法输出格式有什么特殊要求可能的边界输入有哪些这套动作做完以后你对这道题有没有把握基本就有数了。如果分析结果是可以做就动手如果分析结果是有可能超时马上换思路不要恋战。4.2 小数据手动验证大数据构造极端用例写完代码以后不要急着提交。先自己准备一组最简单的测试数据手动推导出预期结果然后运行你的程序对比输出。这一步能过滤掉大概70%的明显错误。接下来要做的是构造边界用例和极端用例输入为最小值、最大值输入为空如果允许输入只有一个元素出现连续重复元素答案本身是0或负数每构造一组数据就手动推导或至少心里预估一个正确答案然后跑程序核对。这个过程我能写进去一个术语自测完备性。自测做得越充分提交后越不至于一脸懵。4.3 调试时不要只用printf要记录中间值很多新手调试就是到处加printf看到哪里输出不对就改哪里。这在题目简单的时候有效但到了1051~1100这个分段逻辑链路长单纯靠printf猜问题会很崩溃。我的调试习惯是在关键步骤打印变量的中间值尤其关注循环中的下标变化、状态切换、结果累加这几个位置。如果条件允许把中间值输出成一个更易读的格式比如在值后面加上当前循环的步数。另外一个省时间的技巧是如果WA了先检查是不是数组越界或类型溢出这两类问题不容易直接看出来但往往是最常见的根源。检查完这两个再去复查逻辑和边界条件。4.4 整理错题本按错误类型分类刷题最大的价值不在于AC了多少道而在于从每道错题里提炼出“下次不再犯”的规则。所以我建议准备一个错题记录每道错题记录下面四个信息题目编号和题型标签我的错误解法简述思路哪里出了问题正确的分析方向本次活动提炼出的一条经验到刷完1100题的时候回看错题本你会发现自己的错误高度集中在几个类型边界没想全、数据范围没算清楚、题目的“隐含条件”没抓到、状态转移没理清。针对这些高频错误做专项练习效率一定比大批量刷新题高得多。5. 冲刺1051~1100的复习优先级与时间规划建议5.1 先保证基础分排序、结构体、字符串处理如果你准备时间有限不要平均用力。1051~1100里性价比最高的基础知识点是结构体排序和字符串处理这两类题目的解法相对固定掌握以后可以稳定拿分。结构体排序的核心在于比较函数建议单独写几道练习把“按分数降序分数相同按姓名升序”这类多关键字排序练熟字符串处理则要重点练习fgets/getline的读入、子串提取、大小写转化和去空格操作。5.2 数学类与数论题掌握模板但不依赖模板素数筛法、最大公约数、最小公倍数、进制转换这些知识点建议把代码模板背下来而且要做到默写无压力。但更重要的是理解模板的原理因为不少题会在模板基础上变形。比如求最大公约数的欧几里得算法int gcd(int a, int b) { return b 0 ? a : gcd(b, a % b); }这个代码简短到不可思议但很多人只是背下来了遇到“求N个数的最小公倍数结果可能很大”这样的变形就不知道怎么处理了。其实最小公倍数等于两数乘积除以最大公约数而且计算过程中要用long long防止溢出。5.3 模拟题建议集中一个时间段专门突破模拟题是最能体现“代码组织能力”的题型。如果你某段时间连续做模拟题都卡壳大概率不是算法知识不够而是写复杂逻辑时容易把自己绕晕。我建议找连续的两三天集中只刷模拟题。这种“沉浸式刷题”的好处是第一天你还不太适应第二天开始摸到规律第三天基本就能流畅地设计状态和循坏结构了。如果每天只做一两道中间夹杂其他类型的题反而很难建立感觉。5.4 考前最后一周以回顾为主用新题保持手感临近考试的最后一周不建议再大量刷新题。把错题本从头翻一遍重点回忆每道错题对应的知识点和错误原因。然后每天做1到2道难度适中的新题保持手感即可。新题的选择建议从1051~1100里挑还没接触过的或者找同等难度的其他来源。目的是保持对题目的敏感度而不是追求数量。这个阶段如果遇到特别难的题卡了超过半小时还没有思路就果断跳过。考试的时候也是如此先把能拿的分都拿到手再回头啃硬骨头。另外提醒一句考试的时候时间分配非常关键。如果一道题你半小时都没写出来不要恋战跳到下一题。乙级考试允许部分得分一道题只拿一部分分数远比卡在一道题上最后没时间做其他题要划算得多。5.5 必刷的题型覆盖面自查清单最后我根据自己做1051~1100的体会整理了一份题型覆盖清单。如果你打算刷这个区间作为备考冲刺可以先对号入座看自己哪些类型的题还没刷够题型分类必须掌握的核心技能我的推荐达标标准基础输入输出getchar/fgets处理字符串、格式化输出不因空格和换行失分结构体排序多关键字比较函数能默写比较函数逻辑素数与数论素数筛法、gcd/lcm、进制转换能在5分钟内写完代码模板字符串处理子串匹配、去空格、大小写转换、回文判断能在10分钟内完成中等难度字符串题模拟题状态转移设计、二维数组操作、循环边界能独立完成一个多状态模拟题二分/查找手写lower_bound/upper_bound能解释循环不变量原理贪心入门排序后按某种策略取最值能通过简单贪心题验证正确性这个清单不一定覆盖每一道题但如果你能把其中每一项都做扎实再做1051~1100的题目时你的整体顺畅度会有肉眼可见的提升。很多人的误区是刷题必须从第一题刷到最后一题中间绝对不能跳。但我的体验刚好相反刷到某个分段感觉吃力很正常的做法是退回去把前面相关的知识点重新过一遍或者暂时横向做几道同类型的题练手再回来继续。刷题的目的不是“刷完”而是“掌握”。只要在某道题上花的时间真的转化成了能力慢一点完全没关系。就拿我自己来说这两百题前后刷了很久。中间不止一次想放弃因为有些题连续几天的思路都是错的。但某一天突然就像捅破了一层窗户纸后面再看到类似题目脑子里会自动浮现出“这个范围可能要二分”“这个输入格式可能有多余空格”这种信号。那一刻你会明白前面所有的痛苦都没有白费。希望这篇把1051~1100拆透的内容也能帮你早一点迎来这个“窗户纸被捅破”的时刻。