企业官网建设流程全解析

1. 从CSP-S 2022初赛卷面说起：这份题到底在考什么

CSP-S 2022提高级第一轮试题，也就是大家常说的初赛，是信息学竞赛选手从入门走向提高阶段的一道关键分水岭。很多同学第一次拿到这套卷子的时候，第一反应是"怎么选择题里塞了这么多Linux命令"，第二反应是"时间复杂度分析怎么比往年更绕了"。我当年带学生刷这套题的时候，也花了不少时间逐题拆解，后来发现这套卷子的命题思路其实非常清晰：它不再单纯考你背没背过某个算法模板，而是把时间复杂度分析、排序算法、哈希表、Linux基础操作这几块内容揉在一起，看你能不能在实际场景里做出正确判断。

这份解析适合三类人看：第一类是正在准备CSP-S初赛的选手，想通过真题摸清命题规律；第二类是刚接触信息学竞赛的教练，需要一份能直接讲给学生听的拆解材料；第三类是通过自学进入算法世界的朋友，想借这套题检验自己对基础数据结构和系统操作的掌握程度。不管你属于哪一类，接下来的内容都会尽量把每道题背后的"为什么"讲透，而不是只丢一个答案给你。

需要提前说明的是，CSP-S初赛的题型分为单项选择题和阅读程序题两大部分，前者覆盖面广，后者侧重代码理解能力。2022年这套卷子在单项选择题部分明显加大了对Linux常用命令和排序算法时间复杂度的考查力度，阅读程序题则围绕哈希表和递归逻辑展开了多角度设问。下面我会按照知识模块来组织解析，而不是机械地按题号顺序念答案，这样你更容易看出命题人到底想考什么。

2. 单项选择题里的Linux命令考点拆解

2.1 为什么初赛会考Linux命令

很多选手第一次看到CSP-S初赛卷子里出现Linux命令时都会愣一下：这不是算法竞赛吗，怎么还考操作系统？其实这个安排并不突兀。信息学竞赛的评测环境长期运行在Linux系统上，选手提交的代码最终要在Linux环境下编译和执行。如果你连基本的文件操作、权限管理、进程查看都不会，到了复赛阶段连怎么调试程序都会成问题。所以初赛考Linux命令，本质上是在筛选那些真正具备实战环境操作能力的选手，而不是只会纸上谈兵的人。

2022年这套卷子涉及的Linux知识点主要集中在几个方向：文件与目录操作、权限管理、进程查看、以及基本的文本处理命令。这些内容在热词里也反复出现，比如"linux常用命令大全""linux新建用户""linux命令大全"等，说明大家对这个模块的关注度确实很高。

2.2 文件与目录操作类题目的解题逻辑

先看文件操作这一块。CSP-S 2022初赛里有一道题问的是如何创建一个新目录并同时创建多级父目录，正确答案是mkdir -p。这里的关键在于-p参数的含义：它会让mkdir在创建目标目录时，如果父目录不存在就自动创建。比如你要建/home/user/project/src，如果project目录还不存在，不加-p就会报错，加了-p就能一路建到底。

我在实际教学中发现，很多同学能记住mkdir是建目录，但记不住-p这个参数，结果考试时只能靠猜。其实你可以这样记：p可以联想成"parents"，也就是"连父级一起建"。这种联想记忆法在记Linux参数时特别管用，因为Linux命令的参数大多都是英文单词的缩写。

另一道涉及文件查看的题目考的是cat、more、less、head、tail这几个命令的区别。题目给了一个场景：需要查看一个很大的日志文件的最后20行，应该用什么命令。答案是tail -n 20。这里要区分清楚：head看开头，tail看结尾，cat一次性全部输出适合小文件，more和less分页查看适合大文件但需要交互。考试时如果遇到类似场景题，先判断"看头还是看尾"，再判断"要不要分页"，基本就能锁定答案。

2.3 权限管理与用户操作题的易错点

权限管理是另一个高频考点。2022年卷子里有一道题涉及chmod命令的数字表示法。题目大意是：某文件当前权限是rwxr-xr--，现在要把它改成rw-r--r--，应该执行什么命令。这里你需要先把符号权限转成数字：rwx是7，r-x是5，r--是4，所以原权限是754；目标权限rw-是6，r--是4，r--是4，所以是644。答案就是chmod 644 filename。

这个转换过程看起来简单，但考试时容易出错的地方在于：有些人会把r-x误算成6，忘了x对应的是1而不是2。正确的对应关系是r=4, w=2, x=1，三个权限位相加就是该组的数字权限。我建议你在草稿纸上画一个三列的小表格，分别对应所有者、所属组、其他用户，然后把每位数字算清楚再选答案，这样比心算靠谱得多。

还有一道题考的是useradd和adduser的区别。在大多数Linux发行版里，useradd是底层命令，创建用户后还需要手动设置密码和家目录；adduser是更友好的交互式脚本，会引导你一步步完成用户创建。CSP-S考这个点，其实是在提醒选手：Linux命令有底层和上层之分，理解它们的差异比死记硬背更有用。

2.4 进程查看与文本处理命令的实战意义

进程查看方面，2022年卷子考了ps和top的区别。ps是静态快照，执行一次就输出当前进程状态；top是动态监控，会持续刷新进程列表。题目如果问"需要实时监控系统进程状态"，答案就是top。这个知识点在实际调试程序时非常有用，比如你的程序卡死了，可以用ps aux | grep 程序名找到进程号，再用kill命令结束它。

文本处理命令里，grep和wc是常客。有一道题问如何统计一个文件中包含特定关键词的行数，答案是grep "关键词" 文件名 | wc -l。这里grep负责筛选，wc -l负责计数，管道符|把前一个命令的输出传给后一个命令作为输入。这种组合命令的思维方式是Linux操作的精髓，也是CSP-S想考查的核心能力之一。

提示：Linux命令题在初赛里通常不会考太偏的参数，重点集中在最常用的十几个命令上。把ls、cd、mkdir、rm、cp、mv、cat、grep、chmod、ps、kill、top这几个命令的常用参数练熟，基本就能覆盖大部分考题。

3. 时间复杂度分析：从代码到增长趋势的判断

3.1 时间复杂度题目的命题套路

时间复杂度分析是CSP-S初赛的必考内容，2022年这套卷子在这块出了好几道题，而且难度比往年有所提升。命题人的套路通常是给你一段伪代码或者一个具体的算法描述，让你判断它的时间复杂度是多少。这类题目的关键在于：找到代码中执行次数最多的那行，然后看它的执行次数和输入规模n之间的关系。

举个2022年卷子里的例子。题目给了一个双重循环，外层循环从1到n，内层循环从1到i，问总执行次数。这其实是一个等差数列求和：当i=1时内层执行1次，i=2时执行2次，一直到i=n时执行n次，总次数是n(n+1)/2，所以时间复杂度是O(n²)。很多同学看到双重循环就直接选O(n²)，但如果是三层循环嵌套且每层范围不同，就需要仔细算了。

我在带学生刷题时发现，时间复杂度题目最容易出错的地方不是不会算，而是看漏了循环的边界条件。比如外层是for(i=1; i<=n; i*=2)，这种循环的执行次数是log₂n而不是n。所以做题时一定要把循环变量的变化方式看清楚：是每次加1，还是每次乘2，还是每次减半，这直接决定了复杂度的量级。

3.2 递归算法的时间复杂度怎么推

递归算法的时间复杂度是另一个难点。2022年卷子里有一道题给了一个递归函数，形式类似T(n) = 2T(n/2) + n，问时间复杂度。这种递推式可以用主定理来解，但初赛通常不要求你背主定理，而是希望你通过画递归树来理解。

画递归树的方法是：把每一层的总代价算出来，然后看树有多少层。对于T(n) = 2T(n/2) + n，第一层代价是n，第二层分成两个n/2，总代价还是n，第三层分成四个n/4，总代价仍然是n。这样一直分下去，直到子问题规模变成1，一共分了log₂n层，每层代价都是n，所以总复杂度是O(n log n)。这个推导过程比直接套公式更有助于理解，考试时如果记不清主定理，画递归树是更稳妥的办法。

还有一类递归题是求斐波那契数列的朴素递归实现，时间复杂度是O(2ⁿ)。这个结论要记住，因为它是典型的指数级复杂度案例。如果你用记忆化搜索或者动态规划优化，复杂度可以降到O(n)，这也是CSP-S常考的优化思路。

3.3 空间复杂度与时间复杂度的权衡

2022年卷子里有一道题同时问了时间复杂度和空间复杂度，这在往年不太常见。题目给了一个用哈希表去重的算法，问它的时空复杂度。哈希表去重的时间复杂度平均是O(n)，空间复杂度也是O(n)，因为需要额外存储哈希表。但如果用排序后去重的方法，时间复杂度是O(n log n)，空间复杂度可以做到O(1)（如果允许原地排序）。

这道题其实在考你一个重要的工程思维：时间和空间往往不能同时最优，需要根据实际场景做权衡。如果内存充足但要求速度快，选哈希表；如果内存紧张但可以接受稍慢的速度，选排序。CSP-S初赛考这个点，说明命题人希望选手不仅会算复杂度，还要理解复杂度背后的工程取舍。

注意：哈希表的O(n)是平均情况，如果哈希函数设计得不好导致大量冲突，最坏情况可能退化到O(n²)。CSP-S初赛通常考平均情况，但你要知道最坏情况的存在。

4. 排序算法与哈希表：初赛阅读程序题的核心战场

4.1 阅读程序题的答题节奏控制

CSP-S初赛的阅读程序题通常给出一段完整的代码，然后围绕这段代码问若干个问题，包括代码功能、时间复杂度、特定输入下的输出等。2022年这套卷子的阅读程序题有一道是关于排序算法的，另一道是关于哈希表实现的。这两道题都有一个共同特点：代码不算长，但细节很多，需要你逐行理解。

我的建议是：先花一分钟把代码整体扫一遍，判断它大概在做什么，然后再看题目问什么，带着问题回去精读相关代码段。不要一上来就逐行死磕，那样容易在无关细节上浪费时间。阅读程序题的时间分配大概是每道题8到10分钟，如果超过12分钟还没做完，先标记跳过，回头再补。

4.2 排序算法题的代码追踪技巧

2022年阅读程序题里出现的排序算法是一道结合了插入排序和二分查找的题目。代码大意是：先用插入排序把数组排好序，然后用二分查找判断某个元素是否存在。题目问了几个问题：插入排序最好情况下的时间复杂度是多少？二分查找的比较次数是多少？

插入排序的最好情况是数组已经有序，此时每次插入只需要比较一次，不需要移动元素，所以时间复杂度是O(n)。这个结论和很多人直觉中的O(n²)不同，因为O(n²)是平均和最坏情况。二分查找的比较次数是O(log n)，具体比较多少次取决于数组长度和查找目标的位置。

追踪这类代码时，我习惯在草稿纸上画出数组的当前状态，然后一步步模拟代码的执行过程。比如插入排序，你就想象自己在打扑克牌，每次摸一张新牌，从右往左找到它该插入的位置。这种生活化的类比能帮你快速理解算法的执行逻辑，比死记代码强得多。

4.3 哈希表题目的冲突处理与查找效率

哈希表那道阅读程序题考的是开放地址法中的线性探测。代码定义了一个哈希函数h(key) = key % m，当发生冲突时，依次探测h(key)+1、h(key)+2，直到找到空位。题目给了几个关键值，让你模拟插入过程并回答某个元素最终存储在哪个位置。

这类题目的解题关键是：严格按照代码定义的探测顺序来模拟，不要凭感觉跳步。比如m=11，要插入的关键字序列是{22, 41, 53, 46, 30, 13, 1}，你就一个一个算哈希值，遇到冲突就往后挪一位。我见过很多同学在这类题上丢分，不是因为不会，而是因为模拟到一半就乱了，忘了前面某个元素已经占了哪个位置。所以草稿纸上的记录一定要清晰，最好画一个表格，左边写关键字，右边写最终存储位置。

哈希表的查找效率也是常考点。在理想情况下，哈希表的查找时间复杂度是O(1)，但实际中因为冲突的存在，平均查找长度会大于1。2022年卷子里有一道题问的是在给定哈希函数和冲突处理方法下，查找成功时的平均查找长度是多少。计算方法是：把每个元素的查找次数加起来除以元素个数。查找次数等于该元素从哈希位置到实际存储位置的距离加1。

4.4 排序算法稳定性与哈希表扩容的交叉考点

2022年卷子还有一个比较有意思的考点：排序算法的稳定性。题目问在给定的排序算法中，哪些是稳定的，哪些是不稳定的。稳定排序是指相等元素的相对顺序在排序后保持不变。常见的稳定排序有冒泡排序、插入排序、归并排序；不稳定的有快速排序、选择排序、堆排序。

这个知识点在阅读程序题里可能会结合具体代码来考。比如题目给了一段快速排序的代码，然后问"如果数组中存在相等的元素，排序后它们的相对顺序是否可能改变"。答案是可能改变，因为快速排序的分区过程会交换不相邻的元素，从而打乱相等元素的原始顺序。

哈希表扩容是另一个可能交叉考的点。当哈希表的负载因子超过某个阈值时，需要扩容并重新哈希所有元素。2022年卷子虽然没有直接考扩容代码，但在选择题里问到了负载因子的概念。负载因子等于已存储元素个数除以哈希表容量，通常控制在0.75左右。这个数值不是随便定的，它是在时间和空间之间权衡的结果：负载因子太高会导致冲突增多，查找变慢；太低则浪费空间。

5. 从2022年卷子看CSP-S初赛的备考策略

5.1 知识点覆盖的优先级排序

把2022年这套卷子拆完以后，你会发现CSP-S初赛的知识点分布其实有规律可循。排在第一梯队的是时间复杂度分析和排序算法，这两块几乎每年都考，而且分值占比高。第二梯队是哈希表、递归与递推、树与图的基础概念。第三梯队才是Linux命令、计算机组成原理、网络基础这些偏记忆性的内容。

备考时应该把主要精力放在第一梯队上，因为这些内容不仅初赛考，复赛也考，投入产出比最高。第二梯队的内容需要理解原理，不能只背结论。第三梯队的内容可以放在考前两周集中突击，因为记忆性的东西忘得快，太早背反而效率低。

我见过一些选手把大量时间花在背Linux命令上，结果时间复杂度题目一做就错，这就本末倒置了。Linux命令在初赛里通常只占几分，而时间复杂度相关的题目可能占到十几分甚至更多。所以时间分配一定要合理。

5.2 刷真题的正确姿势

刷CSP-S初赛真题不是做完对答案就完了，那样效果很有限。正确的做法是：第一遍限时模拟，严格按照考试时间做完；第二遍逐题分析，把每道题的考点、解题思路、易错点都写下来；第三遍隔一周再做一次，看自己是不是真的掌握了。

我在带学生时要求他们建一个错题本，但不是简单抄题，而是记录三个东西：这道题考什么知识点、我当时为什么做错、正确的解题思路是什么。比如有一道时间复杂度题做错了，你要写清楚是循环边界看错了，还是递推式列错了，还是主定理用错了。这样下次遇到类似题目时，你就能快速定位自己的薄弱环节。

还有一点很重要：不要只刷2022年一套卷子，要把近五年的真题都刷一遍。因为CSP-S初赛的命题风格虽然每年有微调，但核心考点是稳定的。刷多了你就能感觉到哪些知识点是"常客"，哪些是"偶尔来串门的"。

5.3 阅读程序题的训练方法

阅读程序题是很多选手的失分重灾区，因为它要求你在有限时间内理解一段陌生代码的逻辑。训练这类题目的最好方法是：找一些开源代码或者算法题解，强迫自己在不看注释的情况下理解代码功能。刚开始可以慢一点，逐行读，遇到不懂的函数就去查文档。坚持一段时间后，你的代码阅读速度会明显提升。

另外，阅读程序题里经常出现递归和指针操作，这两块是难点。递归要理解调用栈的变化，指针要理解内存地址的指向。如果你对这两块不熟，建议先找一些基础教程补一补，再回来做初赛题。

2022年卷子的阅读程序题还有一个特点：代码里有一些"陷阱"，比如循环变量的初始值不是0而是1，或者数组下标从1开始而不是从0开始。这些细节如果不注意，模拟出来的结果就会和正确答案差一位。所以读代码时一定要仔细，把每个变量的初始值和变化范围都标清楚。

5.4 考场上的时间分配与检查策略

CSP-S初赛的考试时间通常是120分钟，题目数量在20道左右。合理的时间分配是：单项选择题控制在40分钟以内，阅读程序题控制在60分钟以内，留20分钟检查。如果某道题卡住了超过3分钟，先标记跳过，不要在一道题上死磕。

检查的时候重点看两类题：一类是你做的时候就不太确定的，另一类是你觉得太简单可能看漏条件的。我见过不少选手因为把"下列说法错误的是"看成"下列说法正确的是"而丢分，这种低级错误在检查时最容易发现。

还有一个小技巧：单项选择题里如果遇到完全不会的题，不要空着，用排除法先去掉明显错误的选项，然后在剩下的选项里选一个。CSP-S初赛通常不倒扣分，所以蒙一个也比空着强。但蒙的时候要有依据，比如选项里出现了你熟悉的复杂度量级，可以优先考虑。

提示：CSP-S初赛的通过分数线每年不同，但一般来说，单项选择题正确率要达到70%以上，阅读程序题正确率要达到50%以上，才有较大把握进入复赛。所以备考时要把重点放在提高选择题的正确率上。

6. 那些年我在初赛备考中踩过的坑

6.1 忽视基础概念导致的连环错误

我刚开始接触CSP-S的时候，觉得初赛就是考算法，所以把大量时间花在刷算法题上，结果第一次模拟考就栽了。有一道题问"在Linux中，哪个命令可以查看当前目录的绝对路径"，我选了ls，正确答案是pwd。这种题在算法选手眼里可能觉得"太简单了不值得看"，但考试时就是会错。

后来我总结出一个教训：初赛考的是广度，不是深度。你不需要把每个算法都实现一遍，但你需要知道每个知识点的基本概念和常见应用场景。比如哈希表，你不需要手写一个哈希表，但你需要知道它的平均查找复杂度是O(1)，冲突处理方法有哪些，负载因子是什么。

6.2 过度依赖模板导致的思维僵化

另一个坑是过度依赖模板。比如时间复杂度分析，有些同学背了一堆结论："双重循环是O(n²)""递归二分是O(log n)""快排是O(n log n)"，但遇到稍微变形的题目就不会了。2022年卷子里有一道题是三层循环，但每层循环的范围不同，结果复杂度不是O(n³)而是O(n²)。如果你只会背模板，这道题肯定做错。

正确的做法是理解复杂度的本质：它是代码执行次数随输入规模增长的趋势。你不需要精确算出执行了多少次，只需要判断增长的量级。判断的方法是找执行次数最多的那行代码，看它的执行次数和n的关系。如果是n的常数倍，就是O(n)；如果是n²的常数倍，就是O(n²)；如果是对数关系，就是O(log n)。

6.3 阅读程序题不写草稿的惨痛教训

阅读程序题最大的坑是不写草稿。我见过很多同学盯着代码看，试图在脑子里模拟执行过程，结果看到后面忘了前面。尤其是涉及数组和递归的题目，不写草稿几乎不可能做对。

我的建议是：阅读程序题一定要动笔。数组题就画数组，递归题就画调用树，哈希表题就画表格。草稿纸上的记录不需要多漂亮，但一定要清晰，能让你随时回溯到任意一步的状态。2022年卷子的哈希表题，如果不在草稿纸上画表格记录每个元素的存储位置，做到第三问的时候基本就乱了。

6.4 考前突击Linux命令的性价比分析

很多选手平时不碰Linux，考前一周才开始突击命令。这种做法不能说完全没用，但性价比确实不高。因为Linux命令太多太杂，你突击一周可能只能记住最常用的十几个，而考试偏偏可能考到你不熟的那个。

更好的策略是：平时就用Linux环境写代码、调试程序，把常用命令融入到日常操作中。比如用grep搜索代码里的关键词，用chmod修改脚本权限，用ps查看程序是否还在运行。这样积累下来的命令记忆是长期的，不需要考前突击。

如果你确实没有Linux环境，可以在虚拟机里装一个轻量级发行版，每天花十分钟练几个命令。热词里提到的"虚拟机安装linux""linux系统安装"等内容，其实就是在解决这个问题。装好之后，把文件操作、权限管理、进程查看这三类命令各练二十遍，基本就能应付初赛了。

6.5 对答案时只看对错不看解析的浪费

最后一个坑是对答案时只看对错。很多同学做完卷子，对完答案，发现错了三道题，然后就翻篇了。这样做等于浪费了一套真题。正确的做法是：每道错题都要搞清楚为什么错，是知识点没掌握，还是审题不仔细，还是计算失误。然后针对不同的原因采取不同的补救措施。

如果是知识点没掌握，就回去翻教材或者找相关教程补课；如果是审题不仔细，就训练自己读题时圈画关键词的习惯；如果是计算失误，就多练几道同类计算题，提高熟练度。只有把错题的价值榨干，刷真题才有意义。

7. 给不同基础选手的针对性建议

7.1 零基础选手的起步路径

如果你刚接触信息学竞赛，连基本的编程语法都还不熟，那直接刷CSP-S初赛真题可能会很吃力。建议你先花一个月时间把C++基础语法过一遍，包括变量、循环、数组、函数、递归这些内容。然后找一些简单的算法题练手，比如排序、查找、简单的递归。等你能独立写出一个完整的排序程序后，再开始刷初赛真题。

对于Linux部分，零基础选手不需要一开始就学，可以放在考前一个月集中突破。先把最常用的十个命令练熟，然后做几套真题里的Linux题目，基本就能应付了。

7.2 有编程基础但初赛经验不足的选手

如果你已经会写代码，但没考过CSP-S初赛，那你的优势是阅读程序题，劣势可能是选择题里的记忆性内容。建议你把近五年的初赛真题都做一遍，重点补一下计算机组成原理、网络基础、Linux命令这些偏记忆性的模块。

时间复杂度分析对你来说应该不难，但要注意初赛的考法和实际写代码时的直觉可能不同。比如实际写代码时你很少关心O(n log n)和O(n²)的区别，但初赛会考得很细。所以做题时要切换到"考试模式"，不要凭直觉选答案。

7.3 复赛选手回头刷初赛的注意事项

如果你已经进了复赛，回头刷初赛题会觉得很简单，但不要掉以轻心。初赛和复赛的考查重点不同，复赛侧重算法实现和优化，初赛侧重基础概念和代码理解。有些复赛选手因为初赛题目"太简单"而粗心大意，结果在阴沟里翻船。

建议复赛选手刷初赛题时，重点看那些你平时不太注意的细节，比如Linux命令的参数、排序算法的稳定性、哈希表的冲突处理。这些内容在复赛里可能不会直接考，但它们是计算机科学的基础，理解它们对你的长期发展有好处。

7.4 教练如何用这套卷子设计训练课

如果你是教练，想用2022年这套卷子给学生做训练，我建议分三次课来讲。第一次课讲单项选择题，重点拆解Linux命令和时间复杂度题目，让学生先自己做，然后逐题分析。第二次课讲阅读程序题，带着学生一起模拟代码执行过程，教他们怎么画草稿。第三次课做整套模拟测试，限时完成，然后针对错题进行个别辅导。

讲题时不要只讲正确答案，要讲错误选项为什么错。比如一道题选A，你要解释B、C、D分别错在哪里，这样学生才能举一反三。另外，要鼓励学生提问，因为有些错误思路如果不暴露出来，下次还会犯。

8. 从初赛题延伸到日常训练的几个实用习惯

8.1 建立自己的复杂度速查表

时间复杂度分析是初赛和复赛的共同重点，建议你建一个自己的复杂度速查表，把常见算法和数据结构的时间复杂度都列出来。比如数组访问是O(1)，链表访问是O(n)，二分查找是O(log n)，哈希表查找平均是O(1)，排序算法里快排平均是O(n log n)最坏是O(n²)。这个表不用抄别人的，自己整理一遍印象更深。

整理的时候要注明是平均情况还是最坏情况，因为很多算法的平均和最坏复杂度不同。比如快速排序平均O(n log n)，最坏O(n²)；哈希表查找平均O(1)，最坏O(n)。考试时如果题目没特别说明，通常考平均情况，但你要知道最坏情况的存在。

8.2 用Linux环境写代码的习惯养成

如果你平时用Windows写代码，建议你装一个Linux虚拟机或者用WSL，把日常的编程练习都放在Linux环境下做。刚开始可能会不习惯，比如文件路径要用正斜杠，编译命令要用g++而不是点按钮。但坚持一段时间后，你会发现自己对Linux命令的掌握程度远超考前突击的效果。

具体来说，你可以每天用ls查看目录，用cd切换路径，用mkdir建新文件夹，用grep搜索代码，用chmod修改脚本权限。这些操作不需要刻意背，用多了自然就记住了。热词里提到的"linux常用100个命令""linux命令大全"可以作为参考，但不要试图一次全背下来，那样效率很低。

8.3 阅读程序题的日常训练素材

阅读程序题的能力不是靠刷初赛题练出来的，而是靠平时阅读大量代码积累的。建议你找一些开源项目的代码来读，不要求读懂全部，但要求能理解某个函数的功能。比如你可以读一读标准库里的排序函数实现，或者一些经典算法题的题解代码。

读代码时养成写注释的习惯，把每段代码的功能用一句话概括出来。这样坚持几个月，你的代码阅读速度和理解能力都会有明显提升。到了初赛考场上，面对陌生的阅读程序题，你就能更快地抓住代码的核心逻辑。

8.4 模拟考试环境的必要性

最后一点：平时练习时要模拟考试环境。什么意思呢？就是限时、闭卷、不查资料、不讨论。很多同学平时做题时习惯边做边查，或者遇到不会的就问别人，这样练出来的正确率是虚高的。到了真正考试时，没有资料可查，没有人可问，心态一崩，平时会做的题也做不出来了。

建议你每周至少做一次完整的限时模拟，严格按照考试时间来。做完后自己批改，记录分数和错题。这样坚持一个月，你就能适应考试的节奏和压力，到了真正考场上就不会慌。

提示：CSP-S初赛的难度逐年提升，2022年这套卷子已经体现出"重理解、轻记忆"的趋势。备考时不要只背结论，要多问为什么，把每个知识点的来龙去脉搞清楚。这样不管题目怎么变，你都能应对自如。

我在实际带学生的过程中发现，那些初赛能拿高分的选手，往往不是刷题最多的，而是基础最扎实的。他们可能没做过很多偏题怪题，但对核心概念的理解非常透彻。所以如果你时间有限，优先把时间复杂度、排序算法、哈希表这三块吃透，再辅以适量的Linux命令练习，通过初赛的概率就会大大增加。