最近在某个在线编程教育平台刷Python进阶习题第一关一还算友好到了第一关二画风就变了题目不再是单纯的语法填空而是让你自己封装函数、处理边界条件、应付隐藏用例很多题目看起来很简单提交后却被判题系统打回好几次。这篇文章把我实际过这一关时拆解过的五类典型题目整理出来包括每道题的破题思路、参考代码和平台判题的潜在偏好。如果你刚开始接触Python进阶想知道“进阶”到底进在哪或者正在同一关里反复挣扎可以照着这篇文章的思路重新看一遍题目。1. 先搞清楚第一关二到底在考什么1.1 从“会语法”到“会组合”的分水岭第一关二和基础语法题最大的区别是它不再单独考某个知识点。你可能会碰到一道题表面上是字符串处理实际解题过程里要用到遍历、条件判断、列表收集结果甚至还要考虑字符串为空的情况。平台把这种行为叫作“组合型小任务”意思是它假设你已经会写基础的for循环和if判断现在要你把这些零件拼装成一个能工作的函数。我刚开始并不适应这种出题方式总想着在一个函数里堆代码结果逻辑一长就容易漏。后来我意识到一个关键转变进阶习题的重点不是“把代码写出来”而是“把代码写得能应对各种输入”。同样一道题基础阶段只需要跑通示例用例而到了进阶阶段平台判题系统会往你的函数里塞空字符串、空列表、重复元素、极端大小写等输入题目描述里往往只有一句“保证输入是合法字符串”但隐藏用例可不会这么客气。1.2 题型分布与通关路线图这一关在我印象里主要围绕五个方向函数封装与参数处理、字符串方法组合、列表与集合的配合、字典计数与排序、以及多位数连续提取这类偏“状态处理”的题目。它们之间不是完全独立的比如高频词统计那道题既考了字典操作又考了sorted函数配合lambda的排序规则。如果你想把这一关顺利过掉我建议先把几个基础工具练熟len、zip、split、join、sorted、set、dict.get、any、str.isdigit。这些方法单独用都很简单组合起来才是进阶题目的真正面目。接下来我会按题目类型逐个拆每道题都给出我实际提交过的代码并说明为什么这么写。2. 五道高频题逐个拆解2.1 加权成绩计算别小看参数校验先说一道看起来很简单的题编写函数weighted_score(scores, weights)给定两个列表分别表示各科分数和对应权重返回加权总分并保留两位小数如果两个列表长度不一样则返回-1。def weighted_score(scores, weights): if len(scores) ! len(weights): return -1 total 0.0 for score, w in zip(scores, weights): total score * w return round(total, 2)第一次做这题的时候我以为核心就是zip和round样例测出来确实很正常。但我忽略了一件事zip函数在遇到两个列表长度不一致时并不会报错而是会以较短的那个列表为准悄悄截断。如果题目没要求检查长度你很难发现结果其实少算了一项。这个平台把“长度不一致返回-1”写进了题目就是逼你先做防御性判断。另外round有时候会给人意外因为Python的round采用银行家舍入法比如round(2.675, 2)的结果并不是2.68而是2.67。做题阶段因为这个掉过分。如果你的判题系统对精度比较严格可以考虑用Decimal或字符串格式化来控制输出而不是只依赖round。2.2 密码强度检测条件组合的两种写法第二类题是密码强度检测。题目给你一个字符串密码要求返回“weak”“medium”“strong”三者之一规则大致是长度小于6直接判弱同时包含大写字母、小写字母、数字、特殊字符四类中的三类及以上判中长度达到12且四类全包含判强。def check_password(pwd): if len(pwd) 6: return weak has_upper any(c.isupper() for c in pwd) has_lower any(c.islower() for c in pwd) has_digit any(c.isdigit() for c in pwd) has_special any(c in !#$%^* for c in pwd) kinds sum([has_upper, has_lower, has_digit, has_special]) if len(pwd) 12 and kinds 4: return strong if kinds 3: return medium return weak这题如果想简洁很多人会直接想用正则但我建议先掌握any加生成器表达式这种写法。any(c.isupper() for c in pwd)的逻辑是遍历每个字符只要有任何一个字符满足isupper就直接返回True不会把整个列表全部算完效率上比先构造完整列表再判断更高。能用一行解决的问题没必要引入复杂的正则语法。写这题的时候还要注意平台是怎么定义“特殊字符”的。有的平台只认“!#$%^*”有的会把空格也算进去。如果题目没说清楚尽量按题目给出的特殊字符集合来判断不要自己扩大范围。否则本地跑得好好的一提交就挂很可能就是这里理解不一致。2.3 高频词统计字典默认值和排序技巧第三类题是文本高频词统计。给定一段英文文字返回出现次数最多的前3个单词。难点有两个一是需要把标点符号去干净二是大小写不敏感单词统计要统一转成小写。遇到频次相同的情况按字典序从小到大排列。import re from collections import Counter def top3_words(text): cleaned re.sub(r[^a-zA-Z0-9\s], , text) cleaned cleaned.lower() words cleaned.split() counter Counter(words) sorted_words sorted(counter.items(), keylambda x: (-x[1], x[0])) return [w for w, _ in sorted_words[:3]]这段代码里最值钱的部分是排序的key设置。sorted默认只按字典序升序排但这里要求频次高的排前面所以用了负值实现降序频次相同再按字母升序。keylambda x: (-x[1], x[0])这个写法在Python刷题场景里非常常用建议练熟。关于去标点我用的是re.sub把所有非字母数字字符替换成空格。如果你想绕开正则也可以用字符串的replace方法把常见标点逐个换掉但那样代码会显得很笨拙。还有一个小坑是单词之间可能以连续空格分隔split不带参数时会自动处理多个连续空格如果你用了split( )就会得到大量空字符串统计结果必然出错。2.4 稳定去重set很快但顺序会乱第四类题是列表去重输入一个列表要求去掉重复元素同时保持第一次出现的顺序。看到“去重”两个字第一反应很容易是set但直接用set(lst)会出问题因为Python的set底层是哈希表元素存储顺序和插入顺序没有保证结果很可能和原列表顺序不一致。def dedup(lst): seen set() result [] for item in lst: if item not in seen: seen.add(item) result.append(item) return result这个方案的本质是“用set做快速查重用list保持顺序”。每遇到一个元素先查一下它是否已经出现过没出现过就加入set并追加到结果列表末尾。set的in操作平均时间复杂度是O(1)整体的效率接近O(n)处理长列表也没问题。写这题时我踩过的一个坑是不能先建set再遍历原列表因为遍历顺序虽然能保持原顺序但无法判断某个元素是不是第一次出现。比如[1, 2, 1]这样的列表直接遍历原列表判断seen里有没有才能做到真正的“第一次出现保留”。很多题解喜欢用字典的fromkeys方法做去重确实简洁但如果题目不允许导入复杂结构上面这段循环法最稳妥。2.5 字符串数字求和用状态机思维解连续数字最后一类题比较有意思给定一个字符串需要把里面所有连续数字提取出来并求和。比如a12bc3d4其中12、3、4是三个连续数字串结果应该是19。def sum_numbers_in_string(s): total 0 current 0 in_number False for ch in s: if ch.isdigit(): current current * 10 int(ch) in_number True else: if in_number: total current current 0 in_number False if in_number: total current return total这道题很多人会想到正则re.findall(r\d, s)再用map转int求和确实能一行解决。但我更建议先理解状态机写法用一个current变量累积当前数字串的值每遇到数字字符就把它追加到current末尾一旦遇到非数字字符就说明当前数字串已经结束立刻把current加进total。最后还要在循环结束后再检查一次in_number因为字符串可能以数字结尾。这种“手写状态处理”的能力在进阶题里经常出现比如解析格式化日志、提取时间字段等场景都会用到。好处是不依赖额外模块且能精确控制每一步逻辑。喜欢用正则当然没问题但平台如果限制了第三方库或目标考察点就是字符串遍历手写方式会更稳。3. 实操过程记录从读题到过判题3.1 我建议的四步通关流程刷这类进阶习题我慢慢总结出一个固定套路能减少大量试错时间。第一步是读题但不止看示例输入输出还要把题目里所有带限制性的描述找出来比如“长度为0时返回0”“两个列表长度不一致返回-1”“忽略大小写”之类。这些限制条件往往是隐藏用例的考点。第二步是列边界清单。在草稿纸上写几个特殊输入空字符串、空列表、全是重复元素的列表、大小写混合文本、多个连续空格、中文标点、超大数字等。列完这个清单基本就能预测到平台可能藏了哪些测试用例。第三步是写代码。先保证主干逻辑能跑通示例再把边界处理补上。建议一个函数只做一件事不要把所有逻辑全塞进一个超长函数里。第四步是自测本地把这些边界用例挨个跑一遍确认输出符合预期后再提交。这个流程看起来多花了几分钟但能省掉大量“提交一次被打回一次”的循环。3.2 完整参考代码与本地自测我在本地练习时会把所有函数放进同一个Python文件文件底部写一个简单的测试函数直接调用自己定义的各个函数并打印结果。比如密码强度那题我会测abc、Abc123、Abc123!#三组输入分别对应weak、medium、strong的预期结果。如果某个结果不对马上就能锁定是条件判断顺序的问题。高频词统计那题我会故意传入Hello hello HELLO world这样的字符串预期结果应该是[hello]因为三个不同大小写形态其实都归属同一个单词。如果代码里没有先lower()统计出来的结果就会非常混乱。这种本地自测习惯比提交到平台再等反馈效率高得多因为平台只会告诉你“有一组用例没通过”不会告诉你具体是哪组。3.3 平台隐藏用例是怎么想的和判题系统打交道多了你会发现隐藏用例的生成思路其实有规律。它通常会在题目描述的基础上做“极端化”处理文本统计题会加入空字符串去重题会加入全部相同的元素数字求和题会在字符串结尾放一个连续数字专门考验你有没有处理收尾状态加权成绩题会让两个列表长度不一致。另外平台还特别喜欢用“看似合法但不按常理”的输入。比如密码题里的空字符串虽然长度小于6直接返回weak但你得确保代码不会因为访问pwd[0]而报IndexError。我在做这类题时经常提醒自己凡是用到索引下标的地方先想一想输入为空时会发生什么凡是用到isdigit()的地方先想一想出现全角数字或Unicode数字时会不会出问题。4. 高频报错与排查技巧实录4.1 高频报错对照表这一关的报错信息看起来五花八门但总结起来就那么几类。下面是我整理出的对照表排查时可以按表快速定位。报错信息常见原因排查方向IndexError: list index out of range访问了不存在的列表位置检查循环边界是否少写了限制条件KeyError: xxx字典键不存在用dict.get替代直接取键TypeError: NoneType is not subscriptable函数在某个分支返回了None后面继续当列表用检查所有分支是否都有返回值ValueError: invalid literal for int()试图把非数字字符转成整数检查isdigit后的字符或使用ASCII范围判断AttributeError: str object has no attribute XXX对字符串用了错误方法名确认字符串方法拼写是否正确如果提交后提示有测试用例失败但没有报错信息那多半不是语法问题而是逻辑问题。最常见的是排序规则不对或边界条件漏处理。4.2 调试三板斧第一板斧是打印中间值。Python刷题不用忌讳print代码逻辑没调通之前打印是效率最高的方式。在for循环里把每一轮迭代的关键变量打出来往往一眼就能看出问题。第二板斧是拆解表达式。比如排序的那行sorted(counter.items(), keylambda x: (-x[1], x[0]))如果你不确定排序结果就先单独跑counter.items()再单独跑sorted只按value排序最后再把key加上去。一个复杂表达式拆成几步定位错误会容易很多。第三板斧是最小复现。把你认为有问题的输入写成最短的形式比如去重题输入[1,1,2]数字求和题输入a1b2然后去掉题目要求里的干扰因素只保留核心逻辑。很多时候写着写着你就能发现自己漏掉了哪个边界条件。4.3 容易忽略的边界条件除了报错还有一些问题不会报错但结果就是不对。比如isdigit()对Unicode数字也会返回True但int()处理某些特殊Unicode数字时可能会出错或者得到你完全没预期的值。保险做法是改用ch 0 and ch 9这种ASCII范围判断尤其是做字符型解析题时更稳妥。还有一个很容易翻车的点是排序的稳定性。sorted函数默认是稳定排序这意味着当两个元素的排序键相同时它们的相对顺序会保持原顺序。这个特性在高频词统计里其实帮了大忙但如果你手动用sort实现多层排序时没注意稳定性就可能得到错误的字典序结果。最后再提醒一下不要在函数参数里写可变默认参数比如def func(lst[])。这个平台进阶题虽然不会直接考这个点但一旦你在本地练习时养成这种习惯后面遇到更难的项目时会吃大亏。我个人刷完第一关二的最大感受是这些题目真正练的不是某个语法而是“把需求翻译成逻辑”的能力。很多人写代码上手很快稍加训练就能写出能跑的代码但面对空输入、重复数据、极端大小写时容易懵。平台隐藏用例就像一面照妖镜专门把你的思维盲区照出来。如果你也会在同一道题上反复翻车不妨把代码放一放先拿一张纸写一写这道题的边界用例再回头看看自己的代码有没有一一照顾到。这么做几次之后你会发现提交失败的次数会明显减少。最后再分享一个我自己的习惯每道题通过后我都会把代码整理成一个单独的函数文件在文件里补上几组测试用例和注释。最近再遇到类似题目时我直接翻之前的记录拿过来改改就能用省了不少时间。