1. 先搞清楚“会考”到底在考什么是思路还是手写这个问题问得很实在也是很多准备面试或考试的朋友最纠结的点。简单来说“会考到什么程度”完全取决于你面对的场景。如果是技术面试尤其是运维、开发岗那么“说思路”和“现场手写”大概率都会遇到只是比重不同。如果是一些认证考试或笔试那手写的概率就非常高。我一般会这么判断如果面试官让你“说思路”他其实在考察你的逻辑清晰度和问题拆解能力如果让你“手写”那是在检验你的基本功、语法熟练度和细节把控力。两者都重要但准备策略不同。从你提供的那些热搜词就能看出来大家关心的点非常分散从基础的shell重命名文件、shell脚本入门到具体的shell的shift命令、shell忽略错误继续执行再到各种报错如command not found、禁止运行脚本。这恰恰说明了 Shell 脚本的考察范围它既考你对核心命令和语法的掌握这是手写的基础也考你如何用这些“积木”去解决一个具体问题这是思路的体现。所以别指望只背命令就能过关也别觉得能说出个大概就行。最稳妥的准备方式是先确保自己能独立、正确地写出解决常见问题的脚本然后能清晰地向别人解释你为什么这么写以及遇到各种报错就像热搜词里那些时该怎么排查。2. 从“说思路”到“手写”的实战准备路径很多人一上来就刷《shell脚本编程100例》这没错但容易陷入死记硬背。我的建议是把准备过程拆成三步每一步的目标都不一样。2.1 第一步建立“问题-命令-结构”的映射应对“说思路”当面试官给出一个场景比如“监控一个服务的日志发现特定错误关键字就发邮件报警”他期待的不是你立刻写出完美代码而是一个清晰的解决框架。你需要能快速说出核心命令/工具用tail -f还是grep实时监控用mail还是curl调用邮件 API逻辑结构是一个死循环 (while true)还是靠cron定时任务错误匹配到了之后怎么避免重复报警关键细节日志路径是什么权限够不够邮件脚本放在哪如何加入日志轮转的考虑这就是“说思路”的要点展现你的技术选型能力和系统思维。你可以这样组织语言“我会用一个while循环配合tail -f来实时跟踪日志通过grep过滤关键字一旦匹配成功就调用一个封装好的邮件发送函数并且会记录时间戳用文件锁或者状态判断来防止短时间内的重复报警。”这个阶段你不用纠结grep -q和grep的区别但你必须知道grep是干这个用的。2.2 第二步夯实语法与调试能力为“手写”打底思路清晰了落到笔头上却报错一堆这是最可惜的。手写脚本时考官会像编译器一样盯着你的细节。热搜词里大量的报错信息就是大家实际手写时踩的坑。你需要刻意练习以下方面这些都是手写高频考点和易错点变量操作等号两边不能有空格引用变量用$还是$var为了处理带空格的参数数字计算用$(())还是let。条件判断[ ]和[[ ]]的区别字符串比较用还是文件测试符-f、-d、-x的含义。循环控制for i in list和for ((i0; iN; i))的用法while read line处理文件。函数定义与调用如何传递参数给函数 ($1,$2)如何获取返回值通过$?或echo输出。错误处理如何让脚本忽略错误继续执行command || true或set e如何主动捕获并处理错误检查$?。参数处理如何使用$1、$2、$、$*如何使用getopts处理带选项的参数如-f filename。调试技巧手写时可以在脑海里或草稿上运行bash -x的逻辑一步步跟踪变量值的变化。一个实用建议找一些经典题目比如备份脚本、批量重命名、日志分析先不查资料在纸上或记事本里手写。写完后再放到真实环境里运行对照热搜词里的那些错误信息去排错。这个过程能极大提升你的语法肌肉记忆。2.3 第三步模拟真实手写场景在面试的白板或纸上写代码和编辑器里写完全不同。你要适应没有语法高亮和自动补全这意味着你对关键字的拼写fi、esac、done必须非常熟练。缩进和格式清晰的缩进能体现你的逻辑层次。即使手写也尽量用空格或Tab保持对齐。注释在关键步骤旁加简短注释能展示你的沟通能力和代码规范性。例如在循环开始前写# 遍历当前目录下所有.txt文件。先写框架再填细节如果时间紧张或题目复杂先写出#!/bin/bash、定义主函数、核心循环结构和关键命令调用。向面试官说明“这里我会用grep过滤”把细节留到后面补充这比写了一半的完美代码要好。3. 高频考点与手写脚本实例拆解结合热搜词和常见面试题我挑几个有代表性的场景从思路到可手写的代码给你拆解一遍。3.1 考点一文件与文本处理对应热搜linux用shell重命名文件题目将某个目录下所有以.log结尾的文件批量重命名为原文件名_20231001.bak格式日期动态生成。思路阐述目标定位找到目录下的.log文件。用for循环遍历*.log或find命令。名称拆解需要从原文件名中提取主名不含后缀。可以用变量替换${file%.log}。新名称拼接组合主名、当前日期和新后缀。日期通过date %Y%m%d获取。执行重命名使用mv命令。风险考虑如果文件名有空格怎么办如果目标文件已存在怎么办脚本应在安全目录测试。可手写脚本示例#!/bin/bash # 批量重命名日志文件脚本 # 设置目标目录这里用当前目录示例 target_dir. # 获取当前日期 current_date$(date %Y%m%d) # 遍历.log文件 for file in $target_dir/*.log; do # 检查是否真的匹配到文件避免当没有.log文件时循环处理“*.log”这个字符串 if [ -f $file ]; then # 提取文件名不含路径 filename$(basename $file) # 去掉.log后缀得到主名 basename${filename%.log} # 构造新文件名 new_name${basename}_${current_date}.bak # 执行重命名并打印信息 mv $file $target_dir/$new_name echo 已重命名: $filename - $new_name fi done echo 批量重命名完成。手写要点注意[ -f $file ]的判断和变量引用时的双引号这是处理含空格文件名的关键。${var%.log}这种字符串操作是高频考点。3.2 考点二流程控制与错误处理对应热搜shell忽略错误继续执行题目写一个脚本依次执行多个命令例如备份A目录再备份B目录最后发送报告。要求即使中间某个命令失败脚本也能继续执行后续任务并在最后汇总报告所有失败的操作。思路阐述核心需求错误隔离与流程继续。不能使用set -e一旦错误就退出。实现方案每个命令后立即检查其退出状态码$?。如果非零失败则记录错误信息到一个数组或日志文件然后继续。结果汇总所有命令执行完毕后检查错误记录如果有则统一打印。可手写脚本示例#!/bin/bash # 容错任务执行脚本 # 初始化错误信息数组 error_messages() # 任务1备份目录A echo 开始备份目录A... cp -r /path/to/sourceA /path/to/backupA/ if [ $? -ne 0 ]; then error_messages(任务1: 备份目录A失败) fi # 任务2备份目录B echo 开始备份目录B... cp -r /path/to/sourceB /path/to/backupB/ if [ $? -ne 0 ]; then error_messages(任务2: 备份目录B失败) fi # 任务3发送报告模拟命令可能失败 echo 开始发送报告... send_report.sh # 假设这个命令可能失败 if [ $? -ne 0 ]; then error_messages(任务3: 发送报告失败) fi # 汇总执行结果 echo 所有任务执行完毕 if [ ${#error_messages[]} -eq 0 ]; then echo 状态: 全部成功 else echo 状态: 部分任务失败。 echo 失败详情: for msg in ${error_messages[]}; do echo - $msg done exit 1 # 最终脚本以失败退出便于上层调用者感知 fi手写要点$?的检查是核心。数组error_messages的使用和${#array[]}获取数组长度是加分项。最后根据是否有错误决定脚本退出状态码 (exit 0或exit 1)这是生产级脚本的常见做法。3.3 考点三参数解析与函数封装综合应用题目写一个脚本接受一个目录路径作为参数计算并输出该目录下文件数量、子目录数量以及最大的前5个文件。思路阐述参数验证检查传入的参数个数是否为1且该参数是一个存在的目录。功能分解将统计文件数、目录数、找大文件分别封装成函数使主逻辑清晰。命令组合文件数用find -type f | wc -l目录数用find -type d | wc -l注意会包含当前目录本身大文件用find -type f -exec du -b {} | sort -rn | head -5。输出格式化让结果清晰可读。可手写脚本示例#!/bin/bash # 目录信息统计脚本 # 函数显示用法 usage() { echo 用法: $0 目录路径 echo 示例: $0 /home/user/data } # 函数统计文件数 count_files() { local dir$1 find $dir -type f 2/dev/null | wc -l } # 函数统计目录数不包括自身 count_dirs() { local dir$1 # 减1是为了排除当前目录“.” find $dir -type d 2/dev/null | wc -l | awk {print $1-1} } # 函数列出最大的5个文件 list_large_files() { local dir$1 echo 最大的5个文件: # 使用du计算大小sort逆序排列head取前5 find $dir -type f -exec du -b {} 2/dev/null | sort -rn | head -5 | while read size file; do # 将字节转换为可读格式KB/MB/GB human_size$(numfmt --toiec --suffixB $size 2/dev/null || echo ${size}B) echo $human_size $file done } # 主脚本开始 # 1. 参数检查 if [ $# -ne 1 ]; then usage exit 1 fi target_dir$1 if [ ! -d $target_dir ]; then echo 错误: 目录 $target_dir 不存在或不可访问。 exit 1 fi # 2. 执行统计 echo 正在分析目录: $target_dir file_count$(count_files $target_dir) dir_count$(count_dirs $target_dir) # 3. 输出结果 echo echo 统计结果: echo 文件总数: $file_count echo 子目录数: $dir_count echo list_large_files $target_dir手写要点参数检查$#、-d是必写项。函数封装function_name() { ... }的语法。命令替换$(...)的使用。find命令的2/dev/null是为了隐藏权限错误等无关信息使输出更干净。awk和numfmt的简单使用展示了工具链组合能力。4. 临场策略与避坑指南最后结合那些“坑”类热搜词给你一些临场发挥和避坑的建议。4.1 如果被要求“说思路”结构化表达采用“总-分-总”结构。先一句话概括解决方案再分点阐述关键步骤用什么命令、为什么、注意什么最后总结可能遇到的挑战和应对。主动沟通不要自顾自说。可以问“这个场景对性能有要求吗”“日志文件大概有多大”“是单次执行还是常驻监控” 这能展示你的全面思考。提及备选方案比如“除了用awk也可以用cut配合sort实现但awk在这里更简洁”。这体现你的知识广度。别怕不完美思路面试不是找标准答案是看思考过程。如果你说“这里我暂时不确定grep -P是否所有系统都支持可能需要用egrep替代”这比硬背一个命令更真实。4.2 如果被要求“现场手写”先审题再动笔花1分钟看清所有要求圈出关键词“批量”、“忽略错误”、“每天执行”、“如果失败”。写出版本和注释第一行写上#!/bin/bash。关键步骤旁用#写注释。这能有效避免因紧张导致的逻辑混乱也让阅卷者/面试官更容易理解。从核心逻辑开始写先搭建主干循环、判断结构再填充命令细节。如果某个命令的选项记不清可以写个注释比如# 这里用find查找7天前的文件具体参数可能是-mtime 7。处理边界和错误这是区分新手和老手的关键。记得检查变量是否为空、目录是否存在、命令是否执行成功。哪怕只是简单写一句if [ -z $var ]; then echo error; exit 1; fi也能加分。留出复查时间写完后快速在心里“运行”一遍。检查循环结束标记done、条件判断结束标记fi、case的esac是否配对。检查引号是否闭合。4.3 针对热搜词中常见“坑”的快速自查当你的脚本出问题时按这个顺序排查能解决80%的“坑”执行权限与环境脚本有x权限吗用./script.sh还是bash script.sh执行的你的PATH环境变量里有所需命令吗对应command not found类错误解释器问题第一行#!/bin/bash写对了吗系统默认的/bin/sh可能是dash对某些bash特有语法不支持。语法错误在脚本开头加set -x或在执行时用bash -x script.sh来调试看每一步的执行情况。特别注意中括号[ ]两边的空格和引号。路径与变量所有路径变量都用双引号引起来了吗“$var”。使用前变量是否已经赋值在脚本开头set -u可以帮助发现未定义变量。命令失败关键命令后是否检查了$?是否需要忽略错误cmd || true最后一点建议无论是说思路还是手写最终都要落到“解决问题”上。面试官想看到的是一个能用 Shell 脚本这个看似简单的工具清晰、稳健地处理实际运维或开发任务的人。所以多练、多写、多思考“如果……会怎样”这才是应对任何形式考察的根本。
1. 先搞清楚“会考”到底在考什么是思路还是手写这个问题问得很实在也是很多准备面试或考试的朋友最纠结的点。简单来说“会考到什么程度”完全取决于你面对的场景。如果是技术面试尤其是运维、开发岗那么“说思路”和“现场手写”大概率都会遇到只是比重不同。如果是一些认证考试或笔试那手写的概率就非常高。我一般会这么判断如果面试官让你“说思路”他其实在考察你的逻辑清晰度和问题拆解能力如果让你“手写”那是在检验你的基本功、语法熟练度和细节把控力。两者都重要但准备策略不同。从你提供的那些热搜词就能看出来大家关心的点非常分散从基础的shell重命名文件、shell脚本入门到具体的shell的shift命令、shell忽略错误继续执行再到各种报错如command not found、禁止运行脚本。这恰恰说明了 Shell 脚本的考察范围它既考你对核心命令和语法的掌握这是手写的基础也考你如何用这些“积木”去解决一个具体问题这是思路的体现。所以别指望只背命令就能过关也别觉得能说出个大概就行。最稳妥的准备方式是先确保自己能独立、正确地写出解决常见问题的脚本然后能清晰地向别人解释你为什么这么写以及遇到各种报错就像热搜词里那些时该怎么排查。2. 从“说思路”到“手写”的实战准备路径很多人一上来就刷《shell脚本编程100例》这没错但容易陷入死记硬背。我的建议是把准备过程拆成三步每一步的目标都不一样。2.1 第一步建立“问题-命令-结构”的映射应对“说思路”当面试官给出一个场景比如“监控一个服务的日志发现特定错误关键字就发邮件报警”他期待的不是你立刻写出完美代码而是一个清晰的解决框架。你需要能快速说出核心命令/工具用tail -f还是grep实时监控用mail还是curl调用邮件 API逻辑结构是一个死循环 (while true)还是靠cron定时任务错误匹配到了之后怎么避免重复报警关键细节日志路径是什么权限够不够邮件脚本放在哪如何加入日志轮转的考虑这就是“说思路”的要点展现你的技术选型能力和系统思维。你可以这样组织语言“我会用一个while循环配合tail -f来实时跟踪日志通过grep过滤关键字一旦匹配成功就调用一个封装好的邮件发送函数并且会记录时间戳用文件锁或者状态判断来防止短时间内的重复报警。”这个阶段你不用纠结grep -q和grep的区别但你必须知道grep是干这个用的。2.2 第二步夯实语法与调试能力为“手写”打底思路清晰了落到笔头上却报错一堆这是最可惜的。手写脚本时考官会像编译器一样盯着你的细节。热搜词里大量的报错信息就是大家实际手写时踩的坑。你需要刻意练习以下方面这些都是手写高频考点和易错点变量操作等号两边不能有空格引用变量用$还是$var为了处理带空格的参数数字计算用$(())还是let。条件判断[ ]和[[ ]]的区别字符串比较用还是文件测试符-f、-d、-x的含义。循环控制for i in list和for ((i0; iN; i))的用法while read line处理文件。函数定义与调用如何传递参数给函数 ($1,$2)如何获取返回值通过$?或echo输出。错误处理如何让脚本忽略错误继续执行command || true或set e如何主动捕获并处理错误检查$?。参数处理如何使用$1、$2、$、$*如何使用getopts处理带选项的参数如-f filename。调试技巧手写时可以在脑海里或草稿上运行bash -x的逻辑一步步跟踪变量值的变化。一个实用建议找一些经典题目比如备份脚本、批量重命名、日志分析先不查资料在纸上或记事本里手写。写完后再放到真实环境里运行对照热搜词里的那些错误信息去排错。这个过程能极大提升你的语法肌肉记忆。2.3 第三步模拟真实手写场景在面试的白板或纸上写代码和编辑器里写完全不同。你要适应没有语法高亮和自动补全这意味着你对关键字的拼写fi、esac、done必须非常熟练。缩进和格式清晰的缩进能体现你的逻辑层次。即使手写也尽量用空格或Tab保持对齐。注释在关键步骤旁加简短注释能展示你的沟通能力和代码规范性。例如在循环开始前写# 遍历当前目录下所有.txt文件。先写框架再填细节如果时间紧张或题目复杂先写出#!/bin/bash、定义主函数、核心循环结构和关键命令调用。向面试官说明“这里我会用grep过滤”把细节留到后面补充这比写了一半的完美代码要好。3. 高频考点与手写脚本实例拆解结合热搜词和常见面试题我挑几个有代表性的场景从思路到可手写的代码给你拆解一遍。3.1 考点一文件与文本处理对应热搜linux用shell重命名文件题目将某个目录下所有以.log结尾的文件批量重命名为原文件名_20231001.bak格式日期动态生成。思路阐述目标定位找到目录下的.log文件。用for循环遍历*.log或find命令。名称拆解需要从原文件名中提取主名不含后缀。可以用变量替换${file%.log}。新名称拼接组合主名、当前日期和新后缀。日期通过date %Y%m%d获取。执行重命名使用mv命令。风险考虑如果文件名有空格怎么办如果目标文件已存在怎么办脚本应在安全目录测试。可手写脚本示例#!/bin/bash # 批量重命名日志文件脚本 # 设置目标目录这里用当前目录示例 target_dir. # 获取当前日期 current_date$(date %Y%m%d) # 遍历.log文件 for file in $target_dir/*.log; do # 检查是否真的匹配到文件避免当没有.log文件时循环处理“*.log”这个字符串 if [ -f $file ]; then # 提取文件名不含路径 filename$(basename $file) # 去掉.log后缀得到主名 basename${filename%.log} # 构造新文件名 new_name${basename}_${current_date}.bak # 执行重命名并打印信息 mv $file $target_dir/$new_name echo 已重命名: $filename - $new_name fi done echo 批量重命名完成。手写要点注意[ -f $file ]的判断和变量引用时的双引号这是处理含空格文件名的关键。${var%.log}这种字符串操作是高频考点。3.2 考点二流程控制与错误处理对应热搜shell忽略错误继续执行题目写一个脚本依次执行多个命令例如备份A目录再备份B目录最后发送报告。要求即使中间某个命令失败脚本也能继续执行后续任务并在最后汇总报告所有失败的操作。思路阐述核心需求错误隔离与流程继续。不能使用set -e一旦错误就退出。实现方案每个命令后立即检查其退出状态码$?。如果非零失败则记录错误信息到一个数组或日志文件然后继续。结果汇总所有命令执行完毕后检查错误记录如果有则统一打印。可手写脚本示例#!/bin/bash # 容错任务执行脚本 # 初始化错误信息数组 error_messages() # 任务1备份目录A echo 开始备份目录A... cp -r /path/to/sourceA /path/to/backupA/ if [ $? -ne 0 ]; then error_messages(任务1: 备份目录A失败) fi # 任务2备份目录B echo 开始备份目录B... cp -r /path/to/sourceB /path/to/backupB/ if [ $? -ne 0 ]; then error_messages(任务2: 备份目录B失败) fi # 任务3发送报告模拟命令可能失败 echo 开始发送报告... send_report.sh # 假设这个命令可能失败 if [ $? -ne 0 ]; then error_messages(任务3: 发送报告失败) fi # 汇总执行结果 echo 所有任务执行完毕 if [ ${#error_messages[]} -eq 0 ]; then echo 状态: 全部成功 else echo 状态: 部分任务失败。 echo 失败详情: for msg in ${error_messages[]}; do echo - $msg done exit 1 # 最终脚本以失败退出便于上层调用者感知 fi手写要点$?的检查是核心。数组error_messages的使用和${#array[]}获取数组长度是加分项。最后根据是否有错误决定脚本退出状态码 (exit 0或exit 1)这是生产级脚本的常见做法。3.3 考点三参数解析与函数封装综合应用题目写一个脚本接受一个目录路径作为参数计算并输出该目录下文件数量、子目录数量以及最大的前5个文件。思路阐述参数验证检查传入的参数个数是否为1且该参数是一个存在的目录。功能分解将统计文件数、目录数、找大文件分别封装成函数使主逻辑清晰。命令组合文件数用find -type f | wc -l目录数用find -type d | wc -l注意会包含当前目录本身大文件用find -type f -exec du -b {} | sort -rn | head -5。输出格式化让结果清晰可读。可手写脚本示例#!/bin/bash # 目录信息统计脚本 # 函数显示用法 usage() { echo 用法: $0 目录路径 echo 示例: $0 /home/user/data } # 函数统计文件数 count_files() { local dir$1 find $dir -type f 2/dev/null | wc -l } # 函数统计目录数不包括自身 count_dirs() { local dir$1 # 减1是为了排除当前目录“.” find $dir -type d 2/dev/null | wc -l | awk {print $1-1} } # 函数列出最大的5个文件 list_large_files() { local dir$1 echo 最大的5个文件: # 使用du计算大小sort逆序排列head取前5 find $dir -type f -exec du -b {} 2/dev/null | sort -rn | head -5 | while read size file; do # 将字节转换为可读格式KB/MB/GB human_size$(numfmt --toiec --suffixB $size 2/dev/null || echo ${size}B) echo $human_size $file done } # 主脚本开始 # 1. 参数检查 if [ $# -ne 1 ]; then usage exit 1 fi target_dir$1 if [ ! -d $target_dir ]; then echo 错误: 目录 $target_dir 不存在或不可访问。 exit 1 fi # 2. 执行统计 echo 正在分析目录: $target_dir file_count$(count_files $target_dir) dir_count$(count_dirs $target_dir) # 3. 输出结果 echo echo 统计结果: echo 文件总数: $file_count echo 子目录数: $dir_count echo list_large_files $target_dir手写要点参数检查$#、-d是必写项。函数封装function_name() { ... }的语法。命令替换$(...)的使用。find命令的2/dev/null是为了隐藏权限错误等无关信息使输出更干净。awk和numfmt的简单使用展示了工具链组合能力。4. 临场策略与避坑指南最后结合那些“坑”类热搜词给你一些临场发挥和避坑的建议。4.1 如果被要求“说思路”结构化表达采用“总-分-总”结构。先一句话概括解决方案再分点阐述关键步骤用什么命令、为什么、注意什么最后总结可能遇到的挑战和应对。主动沟通不要自顾自说。可以问“这个场景对性能有要求吗”“日志文件大概有多大”“是单次执行还是常驻监控” 这能展示你的全面思考。提及备选方案比如“除了用awk也可以用cut配合sort实现但awk在这里更简洁”。这体现你的知识广度。别怕不完美思路面试不是找标准答案是看思考过程。如果你说“这里我暂时不确定grep -P是否所有系统都支持可能需要用egrep替代”这比硬背一个命令更真实。4.2 如果被要求“现场手写”先审题再动笔花1分钟看清所有要求圈出关键词“批量”、“忽略错误”、“每天执行”、“如果失败”。写出版本和注释第一行写上#!/bin/bash。关键步骤旁用#写注释。这能有效避免因紧张导致的逻辑混乱也让阅卷者/面试官更容易理解。从核心逻辑开始写先搭建主干循环、判断结构再填充命令细节。如果某个命令的选项记不清可以写个注释比如# 这里用find查找7天前的文件具体参数可能是-mtime 7。处理边界和错误这是区分新手和老手的关键。记得检查变量是否为空、目录是否存在、命令是否执行成功。哪怕只是简单写一句if [ -z $var ]; then echo error; exit 1; fi也能加分。留出复查时间写完后快速在心里“运行”一遍。检查循环结束标记done、条件判断结束标记fi、case的esac是否配对。检查引号是否闭合。4.3 针对热搜词中常见“坑”的快速自查当你的脚本出问题时按这个顺序排查能解决80%的“坑”执行权限与环境脚本有x权限吗用./script.sh还是bash script.sh执行的你的PATH环境变量里有所需命令吗对应command not found类错误解释器问题第一行#!/bin/bash写对了吗系统默认的/bin/sh可能是dash对某些bash特有语法不支持。语法错误在脚本开头加set -x或在执行时用bash -x script.sh来调试看每一步的执行情况。特别注意中括号[ ]两边的空格和引号。路径与变量所有路径变量都用双引号引起来了吗“$var”。使用前变量是否已经赋值在脚本开头set -u可以帮助发现未定义变量。命令失败关键命令后是否检查了$?是否需要忽略错误cmd || true最后一点建议无论是说思路还是手写最终都要落到“解决问题”上。面试官想看到的是一个能用 Shell 脚本这个看似简单的工具清晰、稳健地处理实际运维或开发任务的人。所以多练、多写、多思考“如果……会怎样”这才是应对任何形式考察的根本。
