1. 这类题为什么值得认真对待“1007 - 统计大写英文字母的个数”这个题目乍看是C语言入门练习里最不起眼的一道输入一串字符数一数里面有多少个大写字母。但我在实际带新人、看学生作业的过程中发现越是这种基础题目越能暴露问题。很多同学能写出能跑的代码但一问“为什么这么写”就说不出所以然了再让换个输入场景代码就崩了。这个题目背后面临的是字符串处理、字符判定、循环结构、数组边界这几大基本功。它们不是孤立的知识点而是在后续几乎所有C语言项目里都会反复用到的基础能力。比如你以后写命令行工具要解析参数、写通信协议要校验帧格式、写文本处理要过滤非法字符本质都在做类似的事逐个检查字符按规则归类计数。把这道题吃透了往后很多字符串相关的问题都顺了。什么人适合认真琢磨它刚学完顺序、分支、循环三大结构的C语言初学者正好拿它做综合练习。准备计算机等级考试的考生这类题是上机题库里最高频的一类。觉得自己基础不牢、想回头查漏补缺的开发者花30分钟把这个题目的边界想清楚比盲目刷10道重复题目有价值得多。我写这篇文章不打算只丢一个标准答案了事。我想把这个题从题目分析、代码设计到调试排错整条链路都拆开讲清楚。重点不是说“怎么写对”而是说“怎么想才能一次写对”。2. 先把题目真正读懂2.1 题目到底让你干什么原题信息很简单就用一句话描述统计一段给定字符串中大写英文字母A-Z的个数。但“读懂题目”不是把这句话念一遍就完了。你要先问自己几个问题这段字符串从哪里来存储在哪里以什么方式结束如果里面混了数字、小写字母、空格、标点怎么处理输出什么格式这五个问题前三个属于输入建模第四个属于判定规则第五个属于输出要求。大部分教材里的经典做法是从标准输入读一行字符用数组存下来然后遍历数组逐个判断。题目本身没有限定输入规模所以用固定大小的字符数组时要保证能装下最长输入。这牵扯到数组越界的隐患后面我会专门讲。2.2 核心考点拆解这道题的考点分布比较清晰getchar函数或scanf结合循环读取字符检查是否读到换行符或EOF。字符数组的存储与遍历。用ASCII码值或者ctype.h头文件里的isupper函数进行大写判定。计数器变量的使用与输出。很多时候判题系统不关心你具体用哪种方式读入只看最终统计结果是否正确。但作为学习你最好把每一种常见实现都写一遍这样才能理解它们之间的差异而不是只会背一种模板。2.3 边界条件想清楚了吗这是我最想强调的部分。处理输入类题目时边界条件没想清楚代码逻辑再巧妙也可能出错。这个题目常见的边界场景有空输入直接按回车没有输入任何可见字符。输入只有小写字母和数字没有大写字母此时计数器应为0。输入全是A到Z要能正确统计总数。输入包含空格、制表符、中文标点等多字节字符时程序不能崩溃。输入长度超过数组容量时怎么办。一个成熟的程序员拿到题目后不是急着敲而是先把这些边界在脑子里列一遍再动手写。这个习惯越早养成越好。我在实际项目里见过不少线上故障归根结底是边界条件没处理干净而不是主体逻辑不会写。3. 字符与ASCII的底层关系3.1 为什么大写字母能“比较”大小很多初学者写判断条件时会写if (ch A ch Z)同时又疑惑字符变量里存的是字母怎么还能和字母比大小原因在于C语言里的char类型本质上是整数类型它只占1字节存储的是字符对应的ASCII码值。字符 A 的ASCII码是65B 是66一直到 Z 是90。小写字母是97到122。数字字符是48到57。所以字符比较大小本质上是在比较它们的ASCII码值。这意味着 A 到 Z 是一段连续递增的整数序列于是判断一个字符是否为大写字母就可以转化为判断它的ASCII码是否落在65到90这个闭区间。3.2 可读性优先还是性能优先判断逻辑有两种主流写法if (ch A ch Z)和if (ch 65 ch 90)我强烈建议你写第一种。原因很简单代码是写给人看的字符字面量 A 一眼就能看懂65则需要查ASCII表。两种写法编译出来的机器码几乎没差别所以没有理由牺牲可读性。还有一个方案是使用C标准库提供的判断函数#include ctype.h if (isupper((unsigned char)ch))isupper会基于当前语言环境的字符分类表来判断代码意图很明确。但有个细节使用ctype.h中的函数时参数应该转换成unsigned char类型否则当char类型在目标平台上有符号且字符值大于127时可能产生未定义行为。入门阶段也许遇不到这个坑但最好从一开始就养成规范习惯。3.3 中文字符和多字节编码的潜在坑如果输入字符串里出现了中文问题就复杂了。在GBK编码下一个汉字占两个字节每个字节都是大于127的扩展ASCII值在UTF-8编码下一个汉字占三到四个字节每个字节同样大于127。因为A到Z的ASCII码最大才90所以这些扩展字符不会误判为大写字母。单字节ASCII码的常规判定路径本身不会因中文字符崩溃。真正危险的是涉及数组下标计算的场景比如把每个字节当作一个独立字符来处理统计长度时一个汉字被算成两个或三个长度。好在本题只关心大写字母个数所以这个坑影响不大。但如果你以后处理字符串截断、敏感词过滤就必须把字符编码纳入考量。这些题外话等遇到具体项目时再深入也不迟。4. 从需求到代码的完整推导过程4.1 先画逻辑草图再写代码我不建议一上来就写代码。先在纸上或脑子里把流程过一遍初始化计数器为0。循环读取字符。判断当前字符是否为大写字母。如果是计数器加1。字符读取完毕后输出计数器的值。这个流程再细化就到了读入方式的分岔口是一次性把整行读入数组再统计还是边读边统计两种都合理。区别在于前者需要为数组预留空间适合后续还要对字符串做二次处理的场景后者不需要数组内存占用低更轻量。4.2 实现一数组存储后统一统计#include stdio.h int main(void) { char str[1024]; int i; int count 0; printf(请输入一行字符\n); fgets(str, sizeof(str), stdin); for (i 0; str[i] ! \0; i) { if (str[i] A str[i] Z) { count; } } printf(大写英文字母的个数%d\n, count); return 0; }这里使用了fgets读取一行字符串它能自动在末尾补上字符串结束符\0函数第二个参数限定了最多读取的字符数可以有效防止缓冲区溢出。我推荐初学者直接养成用fgets代替gets的习惯。gets函数无法限制输入长度输入稍长就会越界写坏内存这个函数在C11标准里已经被正式移除了。数组容量设为1024对本题这种练习场景完全够用。如果输入可能会超过1024个字符就要考虑使用动态内存分配或者边读边统计的方案。4.3 实现二边读边统计的内存优化版本#include stdio.h int main(void) { int ch; int count 0; printf(请输入一行字符按回车结束\n); while ((ch getchar()) ! \n ch ! EOF) { if (ch A ch Z) { count; } } printf(大写英文字母的个数%d\n, count); return 0; }需要注意getchar函数的返回值类型是int。为什么不是char因为getchar在读到文件末尾时会返回EOFEOF通常定义为-1。而char类型变量不一定能存放负数取决于平台是否有符号如果用char接收会把EOF误判成某个合法字符导致死循环或错误计数。初学者最容易在这一点上踩坑。第二个版本的优点是不需要数组输入再长都不会溢出因为它一个一个读读一个处理一个丢一个。缺点是没法在统计完后重新回溯已输入的字符如果后续还要做别的处理就得另想办法。4.4 两种实现怎么选从判题通过的角度两者都没问题。从工程习惯的角度看场景如果只是单纯统计个数用第二个版本更干净逻辑链条短不会数组越界。如果统计完之后还要使用原字符串比如还要找最长连续大写字母子串就选第一个版本。很多教材喜欢用for循环配合数组遍历来教这道题因为它能顺带强化数组和循环的配合。这也没问题但要记得给数组预留足够空间。我个人的建议是初学阶段把两个版本都写一遍。第一遍帮助建立“字符串在内存里就是连续字符数组”的认知第二遍帮助理解流式处理的思路。两者都会在后面的学习中反复出现。5. 扩展统计功能怎么封装更靠谱5.1 把逻辑提取成独立函数如果只是应付一道练习题main函数里全部写完也能过。但认真一点的话我建议把统计逻辑封装成一个独立函数这样它的可复用性会强很多。int count_uppercase(const char *s) { int count 0; if (s NULL) { return 0; } while (*s ! \0) { if (*s A *s Z) { count; } s; } return count; }在main函数里调用#include stdio.h int count_uppercase(const char *s); int main(void) { char line[1024]; printf(请输入一行字符\n); fgets(line, sizeof(line), stdin); printf(大写英文字母的个数%d\n, count_uppercase(line)); return 0; }把统计逻辑独立成函数后你能很方便地对它做单元测试。比如写几个固定的测试用例传入空字符串、全小写字符串、混合字符串检查返回值是否符合预期。这是工程化思维跟单纯写练习代码的层次不一样。5.2 函数设计的有趣细节上面的函数用了指针遍历字符串while循环里判断当前字符不是\0同时判断它是否为大写字母。指针不断向后移动直到遇见字符串结束符。这个写法有个隐含好处因为传入参数用const char *修饰它向调用者承诺“我只读不改”。如果有人想用这个函数直接修改原字符串编译器会警告。写库函数时这个习惯能避免很多误改数据的问题。如果传入的指针是NULL函数直接返回0不崩溃。虽然在本练习场景中不会出现NULL但把它写成防御性代码以后在复杂项目里复用时就能少踩一个坑。5.3 单元测试的简易做法没有第三方测试框架也能做。自己写一个断言风格的测试入口#include assert.h void test_count_uppercase(void) { assert(count_uppercase() 0); assert(count_uppercase(hello) 0); assert(count_uppercase(HELLO) 5); assert(count_uppercase(Hello, World 2024!) 2); assert(count_uppercase(NULL) 0); }然后在main函数里调用test_count_uppercase跑一遍不报错就说明基本逻辑正确。这个习惯学到就是赚到以后无论做什么C项目都能用上。6. 我在调试这类题目时见过的经典错误6.1 用scanf误读字符串新手很爱这样写char str[100]; scanf(%s, str);scanf的%s格式符在遇到空格、换行时会停止读入。如果用户输入Hello World 2024scanf(%s)只会把Hello读进数组统计结果变成1而不是2。题目没有明说输入是否包含空格但按常规理解应统计整行输入。我建议用fgets替代它能完整读入一行包括中间的空格。如果老师明确要求用scanf那就用scanf( %[^\n], str)这种方式表示读入除换行符以外的所有字符。但这玩意的写法比fgets费解且使用不当时同样有越界风险日常我更推荐fgets。6.2 混淆字符0与数字0以及结束符\0是字符串结束符ASCII码为0它跟字符0(ASCII码48)完全是两回事。如果写成for (i 0; str[i] ! 0; i)那么遇到第一个字符0时循环就提前结束了大写字母统计会不全。初学者常犯这个错误检查时一脸懵。要记住字符串遍历的结束条件是\0不是0。6.3 数组越界读却没有任何报错提示如果代码写成char str[100]; gets(str); for (int i 0; i 200; i) { count; }输入短还好输入一旦超过100个字符gets就会越界写坏栈程序可能崩溃也可能不崩溃但行为怪异。C语言对数组越界没有运行时检查一旦越界改坏的数据是随机的这种bug最折磨人。所以要么用fgets限制长度要么用动态分配按需扩容。6.4 忘加大写字母区间上限if (ch A)这个判断会把所有ASCII码大于等于65的字符全算进去比如小写字母aASCII码97、左方括号[ASCII码91等。必须同时满足小于等于Z才算合格的大写字母区间。6.5 统计完忘了换行输出在线判题系统通常要求输出结果后换行不换行的话结果会和下一个输出项粘在一起造成格式错误。这道题虽然只输出一行但养成输出换行的习惯能避免很多格式类错误。7. 【表格】常见问题速查与排查方法为了方便你对照自查我把常见问题整理成一张表。序号现象可能原因排查思路1输入含空格的字符串统计数量偏少使用了scanf(%s)读到空格就停了改用fgets或使用正则表达式格式的scanf写法2输入整体无大写字符程序输出了异常大数计数器未初始化或for循环结束条件写成0字符检查int count 0这一步打印str确认是否加载完成再统计3程序统计结果包含了小写字母判断语句漏写了ch Z检查if条件确认是大写闭区间4读入长字符串后程序崩溃或输出乱码数组越界或gets函数没有长度限制用fgets且传入sizeof(str)确认编译环境是否允许gets5输入直接回车时程序卡住或结果不对没有处理换行符就结束的条件while循环条件包含ch ! \n6读取到EOF时程序死循环用char型变量接收getchar的返回值改为int ch比较ch ! EOF排查时记住三步走先确认输入数据读到了什么再确认判断逻辑覆盖了什么区间最后确认计数器的增减路径是否唯一。8. 这类统计题还能怎么延伸变化学习任何题目最好的状态不止是会在原题框架里运转而是能看到它和别的问题之间的关联。这道统计大写字母的题目稍加变化就能覆盖更多考点。8.1 同时统计四种字符类别把要求扩展一下统计一行字符里的大写字母、小写字母、数字、其他字符各有多少个。int upper 0, lower 0, digit 0, other 0; while ((ch getchar()) ! \n ch ! EOF) { if (ch A ch Z) { upper; } else if (ch a ch z) { lower; } else if (ch 0 ch 9) { digit; } else { other; } }这个变化考察的是多分支结构的组织能力。8.2 按ASCII码区间统计并输出频次统计每个字母出现的次数而不是笼统的总数。int freq[26] {0}; for (i 0; str[i] ! \0; i) { if (str[i] A str[i] Z) { freq[str[i] - A]; } }这里有一个重要技巧用str[i] - A把字母A到Z映射成数组下标0到25。不需要用switch或一长串if-else直接用下标访问计数数组。这就是“字母转下标”的思路以后学哈希表的前身时还会碰见。8.3 扩展到文件中字符统计更贴近真实工程的做法是从文件读取文本统计大写字母个数FILE *fp fopen(input.txt, r); if (fp NULL) { perror(文件打开失败); return 1; } while ((ch fgetc(fp)) ! EOF) { if (ch A ch Z) { count; } } fclose(fp);文件和标准输入在C语言里都是流的概念处理方式几乎一致只是数据源不同。把输入的来源抽象掉以后函数就能复用。8.4 反转字符串并输出看数据处理学习数组版本时通常走到统计就停了其实还可以继续练习字符串反转把原字符串从尾部到头部输出。for (i len - 1; i 0; i--) { putchar(str[i]); }把统计和反转一起做就相当于把“读入存储线性遍历下标运算”这三个基础能力一次性练到。练习时注意保持代码可读。8.5 找出最长的连续大写字母段这个变化需要同时记录“当前大写连续长度”和“历史最长长度”它们各需要一个计数器。每次遇到非大写字母时把当前长度和历史长度做比较再清零当前长度。如果把这个逻辑搞懂了很多滑动窗口类题目也就有了基础感觉。9. 关于代码风格的一个小提醒讲到这里我想说一个偏经验的话题判断条件里到底该不该忽略“非大写字母”的情况很多人的代码写成了if (ch A ch Z) { count; }没有else分支这本身是正确的因为遇到非大写字母时什么都不用做continue的含义在隐式表达。如果非要写else空语句反而干扰阅读。还有一类写法是if (ch A || ch Z) { continue; } else { count; }逻辑等价但多了一个continue跳转让线性流程多了一个分支跳转。数量级很小的时候性能没差别从可读性来看直接用正向判断最自然是就累加不是就跳过。不要在没必要的地方增加分支嵌套这在团队协作时能减少无意义的认知负担。10. 实际做题时推荐的一种完整代码风格很多同学问正确的代码结构应该长什么样。这里我给一个相对健壮、输出清晰、适合交作业也适合自测的版本#include stdio.h #define MAX_LINE 1024 int count_uppercase(const char *str) { int count 0; if (str NULL) { return 0; } for (int i 0; str[i] ! \0; i) { if (str[i] A str[i] Z) { count; } } return count; } int main(void) { char line[MAX_LINE]; printf(请输入一行字符串\n); if (fgets(line, sizeof(line), stdin) NULL) { printf(读取输入失败\n); return 1; } printf(大写英文字母的个数%d\n, count_uppercase(line)); return 0; }注意fgets成功时会返回传入的缓冲区指针失败或读到EOF时返回NULL。判断一下这个返回值既可以避免后续对未初始化数组的访问也让程序更加健壮。这样的代码放在作业里无论是人工批改还是自动评测都可读性和正确性都站得住。代码里的count_uppercase函数只做一件事统计输入字符串中有多少个大写字母。main函数只负责获取输入和输出结果。把职责分离出来主流程一目了然。以后扩展需求时比如要输出大写字母本身只需要改count_uppercase。11. 针对初学者的自测清单写完了代码不代表任务结束你还需要自我检查。建议至少覆盖下面这些测试用例输入ABCDefgh123预期输出4。输入abc预期输出0。输入ABC DEF GHI预期输出9。输入1234567890预期输出0。输入!#$%^预期输出0。输入直接回车预期输出0。输入Z预期输出1。输入AaBbCc预期输出3。输入长度超过1023的字符串预期不崩溃。输入中文字符和大小写字母混排的字符串预期只统计大写字母。把每种情况实际跑一遍记录输出结果和预期是否一致。这个过程本身就是初学者最容易忽略的关键一步验证。判题系统替你验证那是考试平时练习时自己主动验证才是真正把知识变成能力。12. 我在实际教学与调试中的几点体会最后分享一些更主观的经验。我发现不少同学在这个题上交过一版“看似正确但经不起追问”的代码。比如他们知道大写字母范围是A到Z知道循环遍历字符串但如果你问“为什么str[i]能作为条件判断?”就答不上来。这不是个别现象而是基础知识没有串成线。所以我在前面花了大篇幅解释ASCII码和字符数组的内存布局就是希望大家脑子里建立这条链路字符串在内存里是一块连续的空间存储的是每个字符的ASCII码值C语言没有真正的字符串类型它是靠结尾的\0来界定边界的。在编写实际代码时有一个细节我也常跟人强调计数类变量在使用前一定初始化。这个原则听起来很基础但真到了复杂项目里某些计数器初始化放在条件分支里某些分支没执行到就用了就会产生随机结果。性能调优的时候这种bug极难定位。从这道题就开始养成“声明即初始化”的习惯以后能省很多事。在你熟练掌握了数组版本的统计逻辑后建议再去试试流式版本。流式处理的核心变化在于数据集不落地的处理思维。很多同学第一次写流式处理时不太习惯总觉得不把数据存起来就没法进行计算。其实一旦体会到“边读边算”的轻巧遇到超大文件时就不会心慌了。反复对照两个版本你会发现它们处理输入的能力边界不同内存消耗不同代码复杂度也不同。理解不同实现方案间的权衡才是编程能力真正进阶的标志。一道看起来只有正解或错解的小题仔细挖掘也能挖出这些道道来。希望这篇分析能帮你把这道题背后的知识网络铺开。 C语言统计大写字母个数：从基础题到工程思维的完整拆解
1. 这类题为什么值得认真对待“1007 - 统计大写英文字母的个数”这个题目乍看是C语言入门练习里最不起眼的一道输入一串字符数一数里面有多少个大写字母。但我在实际带新人、看学生作业的过程中发现越是这种基础题目越能暴露问题。很多同学能写出能跑的代码但一问“为什么这么写”就说不出所以然了再让换个输入场景代码就崩了。这个题目背后面临的是字符串处理、字符判定、循环结构、数组边界这几大基本功。它们不是孤立的知识点而是在后续几乎所有C语言项目里都会反复用到的基础能力。比如你以后写命令行工具要解析参数、写通信协议要校验帧格式、写文本处理要过滤非法字符本质都在做类似的事逐个检查字符按规则归类计数。把这道题吃透了往后很多字符串相关的问题都顺了。什么人适合认真琢磨它刚学完顺序、分支、循环三大结构的C语言初学者正好拿它做综合练习。准备计算机等级考试的考生这类题是上机题库里最高频的一类。觉得自己基础不牢、想回头查漏补缺的开发者花30分钟把这个题目的边界想清楚比盲目刷10道重复题目有价值得多。我写这篇文章不打算只丢一个标准答案了事。我想把这个题从题目分析、代码设计到调试排错整条链路都拆开讲清楚。重点不是说“怎么写对”而是说“怎么想才能一次写对”。2. 先把题目真正读懂2.1 题目到底让你干什么原题信息很简单就用一句话描述统计一段给定字符串中大写英文字母A-Z的个数。但“读懂题目”不是把这句话念一遍就完了。你要先问自己几个问题这段字符串从哪里来存储在哪里以什么方式结束如果里面混了数字、小写字母、空格、标点怎么处理输出什么格式这五个问题前三个属于输入建模第四个属于判定规则第五个属于输出要求。大部分教材里的经典做法是从标准输入读一行字符用数组存下来然后遍历数组逐个判断。题目本身没有限定输入规模所以用固定大小的字符数组时要保证能装下最长输入。这牵扯到数组越界的隐患后面我会专门讲。2.2 核心考点拆解这道题的考点分布比较清晰getchar函数或scanf结合循环读取字符检查是否读到换行符或EOF。字符数组的存储与遍历。用ASCII码值或者ctype.h头文件里的isupper函数进行大写判定。计数器变量的使用与输出。很多时候判题系统不关心你具体用哪种方式读入只看最终统计结果是否正确。但作为学习你最好把每一种常见实现都写一遍这样才能理解它们之间的差异而不是只会背一种模板。2.3 边界条件想清楚了吗这是我最想强调的部分。处理输入类题目时边界条件没想清楚代码逻辑再巧妙也可能出错。这个题目常见的边界场景有空输入直接按回车没有输入任何可见字符。输入只有小写字母和数字没有大写字母此时计数器应为0。输入全是A到Z要能正确统计总数。输入包含空格、制表符、中文标点等多字节字符时程序不能崩溃。输入长度超过数组容量时怎么办。一个成熟的程序员拿到题目后不是急着敲而是先把这些边界在脑子里列一遍再动手写。这个习惯越早养成越好。我在实际项目里见过不少线上故障归根结底是边界条件没处理干净而不是主体逻辑不会写。3. 字符与ASCII的底层关系3.1 为什么大写字母能“比较”大小很多初学者写判断条件时会写if (ch A ch Z)同时又疑惑字符变量里存的是字母怎么还能和字母比大小原因在于C语言里的char类型本质上是整数类型它只占1字节存储的是字符对应的ASCII码值。字符 A 的ASCII码是65B 是66一直到 Z 是90。小写字母是97到122。数字字符是48到57。所以字符比较大小本质上是在比较它们的ASCII码值。这意味着 A 到 Z 是一段连续递增的整数序列于是判断一个字符是否为大写字母就可以转化为判断它的ASCII码是否落在65到90这个闭区间。3.2 可读性优先还是性能优先判断逻辑有两种主流写法if (ch A ch Z)和if (ch 65 ch 90)我强烈建议你写第一种。原因很简单代码是写给人看的字符字面量 A 一眼就能看懂65则需要查ASCII表。两种写法编译出来的机器码几乎没差别所以没有理由牺牲可读性。还有一个方案是使用C标准库提供的判断函数#include ctype.h if (isupper((unsigned char)ch))isupper会基于当前语言环境的字符分类表来判断代码意图很明确。但有个细节使用ctype.h中的函数时参数应该转换成unsigned char类型否则当char类型在目标平台上有符号且字符值大于127时可能产生未定义行为。入门阶段也许遇不到这个坑但最好从一开始就养成规范习惯。3.3 中文字符和多字节编码的潜在坑如果输入字符串里出现了中文问题就复杂了。在GBK编码下一个汉字占两个字节每个字节都是大于127的扩展ASCII值在UTF-8编码下一个汉字占三到四个字节每个字节同样大于127。因为A到Z的ASCII码最大才90所以这些扩展字符不会误判为大写字母。单字节ASCII码的常规判定路径本身不会因中文字符崩溃。真正危险的是涉及数组下标计算的场景比如把每个字节当作一个独立字符来处理统计长度时一个汉字被算成两个或三个长度。好在本题只关心大写字母个数所以这个坑影响不大。但如果你以后处理字符串截断、敏感词过滤就必须把字符编码纳入考量。这些题外话等遇到具体项目时再深入也不迟。4. 从需求到代码的完整推导过程4.1 先画逻辑草图再写代码我不建议一上来就写代码。先在纸上或脑子里把流程过一遍初始化计数器为0。循环读取字符。判断当前字符是否为大写字母。如果是计数器加1。字符读取完毕后输出计数器的值。这个流程再细化就到了读入方式的分岔口是一次性把整行读入数组再统计还是边读边统计两种都合理。区别在于前者需要为数组预留空间适合后续还要对字符串做二次处理的场景后者不需要数组内存占用低更轻量。4.2 实现一数组存储后统一统计#include stdio.h int main(void) { char str[1024]; int i; int count 0; printf(请输入一行字符\n); fgets(str, sizeof(str), stdin); for (i 0; str[i] ! \0; i) { if (str[i] A str[i] Z) { count; } } printf(大写英文字母的个数%d\n, count); return 0; }这里使用了fgets读取一行字符串它能自动在末尾补上字符串结束符\0函数第二个参数限定了最多读取的字符数可以有效防止缓冲区溢出。我推荐初学者直接养成用fgets代替gets的习惯。gets函数无法限制输入长度输入稍长就会越界写坏内存这个函数在C11标准里已经被正式移除了。数组容量设为1024对本题这种练习场景完全够用。如果输入可能会超过1024个字符就要考虑使用动态内存分配或者边读边统计的方案。4.3 实现二边读边统计的内存优化版本#include stdio.h int main(void) { int ch; int count 0; printf(请输入一行字符按回车结束\n); while ((ch getchar()) ! \n ch ! EOF) { if (ch A ch Z) { count; } } printf(大写英文字母的个数%d\n, count); return 0; }需要注意getchar函数的返回值类型是int。为什么不是char因为getchar在读到文件末尾时会返回EOFEOF通常定义为-1。而char类型变量不一定能存放负数取决于平台是否有符号如果用char接收会把EOF误判成某个合法字符导致死循环或错误计数。初学者最容易在这一点上踩坑。第二个版本的优点是不需要数组输入再长都不会溢出因为它一个一个读读一个处理一个丢一个。缺点是没法在统计完后重新回溯已输入的字符如果后续还要做别的处理就得另想办法。4.4 两种实现怎么选从判题通过的角度两者都没问题。从工程习惯的角度看场景如果只是单纯统计个数用第二个版本更干净逻辑链条短不会数组越界。如果统计完之后还要使用原字符串比如还要找最长连续大写字母子串就选第一个版本。很多教材喜欢用for循环配合数组遍历来教这道题因为它能顺带强化数组和循环的配合。这也没问题但要记得给数组预留足够空间。我个人的建议是初学阶段把两个版本都写一遍。第一遍帮助建立“字符串在内存里就是连续字符数组”的认知第二遍帮助理解流式处理的思路。两者都会在后面的学习中反复出现。5. 扩展统计功能怎么封装更靠谱5.1 把逻辑提取成独立函数如果只是应付一道练习题main函数里全部写完也能过。但认真一点的话我建议把统计逻辑封装成一个独立函数这样它的可复用性会强很多。int count_uppercase(const char *s) { int count 0; if (s NULL) { return 0; } while (*s ! \0) { if (*s A *s Z) { count; } s; } return count; }在main函数里调用#include stdio.h int count_uppercase(const char *s); int main(void) { char line[1024]; printf(请输入一行字符\n); fgets(line, sizeof(line), stdin); printf(大写英文字母的个数%d\n, count_uppercase(line)); return 0; }把统计逻辑独立成函数后你能很方便地对它做单元测试。比如写几个固定的测试用例传入空字符串、全小写字符串、混合字符串检查返回值是否符合预期。这是工程化思维跟单纯写练习代码的层次不一样。5.2 函数设计的有趣细节上面的函数用了指针遍历字符串while循环里判断当前字符不是\0同时判断它是否为大写字母。指针不断向后移动直到遇见字符串结束符。这个写法有个隐含好处因为传入参数用const char *修饰它向调用者承诺“我只读不改”。如果有人想用这个函数直接修改原字符串编译器会警告。写库函数时这个习惯能避免很多误改数据的问题。如果传入的指针是NULL函数直接返回0不崩溃。虽然在本练习场景中不会出现NULL但把它写成防御性代码以后在复杂项目里复用时就能少踩一个坑。5.3 单元测试的简易做法没有第三方测试框架也能做。自己写一个断言风格的测试入口#include assert.h void test_count_uppercase(void) { assert(count_uppercase() 0); assert(count_uppercase(hello) 0); assert(count_uppercase(HELLO) 5); assert(count_uppercase(Hello, World 2024!) 2); assert(count_uppercase(NULL) 0); }然后在main函数里调用test_count_uppercase跑一遍不报错就说明基本逻辑正确。这个习惯学到就是赚到以后无论做什么C项目都能用上。6. 我在调试这类题目时见过的经典错误6.1 用scanf误读字符串新手很爱这样写char str[100]; scanf(%s, str);scanf的%s格式符在遇到空格、换行时会停止读入。如果用户输入Hello World 2024scanf(%s)只会把Hello读进数组统计结果变成1而不是2。题目没有明说输入是否包含空格但按常规理解应统计整行输入。我建议用fgets替代它能完整读入一行包括中间的空格。如果老师明确要求用scanf那就用scanf( %[^\n], str)这种方式表示读入除换行符以外的所有字符。但这玩意的写法比fgets费解且使用不当时同样有越界风险日常我更推荐fgets。6.2 混淆字符0与数字0以及结束符\0是字符串结束符ASCII码为0它跟字符0(ASCII码48)完全是两回事。如果写成for (i 0; str[i] ! 0; i)那么遇到第一个字符0时循环就提前结束了大写字母统计会不全。初学者常犯这个错误检查时一脸懵。要记住字符串遍历的结束条件是\0不是0。6.3 数组越界读却没有任何报错提示如果代码写成char str[100]; gets(str); for (int i 0; i 200; i) { count; }输入短还好输入一旦超过100个字符gets就会越界写坏栈程序可能崩溃也可能不崩溃但行为怪异。C语言对数组越界没有运行时检查一旦越界改坏的数据是随机的这种bug最折磨人。所以要么用fgets限制长度要么用动态分配按需扩容。6.4 忘加大写字母区间上限if (ch A)这个判断会把所有ASCII码大于等于65的字符全算进去比如小写字母aASCII码97、左方括号[ASCII码91等。必须同时满足小于等于Z才算合格的大写字母区间。6.5 统计完忘了换行输出在线判题系统通常要求输出结果后换行不换行的话结果会和下一个输出项粘在一起造成格式错误。这道题虽然只输出一行但养成输出换行的习惯能避免很多格式类错误。7. 【表格】常见问题速查与排查方法为了方便你对照自查我把常见问题整理成一张表。序号现象可能原因排查思路1输入含空格的字符串统计数量偏少使用了scanf(%s)读到空格就停了改用fgets或使用正则表达式格式的scanf写法2输入整体无大写字符程序输出了异常大数计数器未初始化或for循环结束条件写成0字符检查int count 0这一步打印str确认是否加载完成再统计3程序统计结果包含了小写字母判断语句漏写了ch Z检查if条件确认是大写闭区间4读入长字符串后程序崩溃或输出乱码数组越界或gets函数没有长度限制用fgets且传入sizeof(str)确认编译环境是否允许gets5输入直接回车时程序卡住或结果不对没有处理换行符就结束的条件while循环条件包含ch ! \n6读取到EOF时程序死循环用char型变量接收getchar的返回值改为int ch比较ch ! EOF排查时记住三步走先确认输入数据读到了什么再确认判断逻辑覆盖了什么区间最后确认计数器的增减路径是否唯一。8. 这类统计题还能怎么延伸变化学习任何题目最好的状态不止是会在原题框架里运转而是能看到它和别的问题之间的关联。这道统计大写字母的题目稍加变化就能覆盖更多考点。8.1 同时统计四种字符类别把要求扩展一下统计一行字符里的大写字母、小写字母、数字、其他字符各有多少个。int upper 0, lower 0, digit 0, other 0; while ((ch getchar()) ! \n ch ! EOF) { if (ch A ch Z) { upper; } else if (ch a ch z) { lower; } else if (ch 0 ch 9) { digit; } else { other; } }这个变化考察的是多分支结构的组织能力。8.2 按ASCII码区间统计并输出频次统计每个字母出现的次数而不是笼统的总数。int freq[26] {0}; for (i 0; str[i] ! \0; i) { if (str[i] A str[i] Z) { freq[str[i] - A]; } }这里有一个重要技巧用str[i] - A把字母A到Z映射成数组下标0到25。不需要用switch或一长串if-else直接用下标访问计数数组。这就是“字母转下标”的思路以后学哈希表的前身时还会碰见。8.3 扩展到文件中字符统计更贴近真实工程的做法是从文件读取文本统计大写字母个数FILE *fp fopen(input.txt, r); if (fp NULL) { perror(文件打开失败); return 1; } while ((ch fgetc(fp)) ! EOF) { if (ch A ch Z) { count; } } fclose(fp);文件和标准输入在C语言里都是流的概念处理方式几乎一致只是数据源不同。把输入的来源抽象掉以后函数就能复用。8.4 反转字符串并输出看数据处理学习数组版本时通常走到统计就停了其实还可以继续练习字符串反转把原字符串从尾部到头部输出。for (i len - 1; i 0; i--) { putchar(str[i]); }把统计和反转一起做就相当于把“读入存储线性遍历下标运算”这三个基础能力一次性练到。练习时注意保持代码可读。8.5 找出最长的连续大写字母段这个变化需要同时记录“当前大写连续长度”和“历史最长长度”它们各需要一个计数器。每次遇到非大写字母时把当前长度和历史长度做比较再清零当前长度。如果把这个逻辑搞懂了很多滑动窗口类题目也就有了基础感觉。9. 关于代码风格的一个小提醒讲到这里我想说一个偏经验的话题判断条件里到底该不该忽略“非大写字母”的情况很多人的代码写成了if (ch A ch Z) { count; }没有else分支这本身是正确的因为遇到非大写字母时什么都不用做continue的含义在隐式表达。如果非要写else空语句反而干扰阅读。还有一类写法是if (ch A || ch Z) { continue; } else { count; }逻辑等价但多了一个continue跳转让线性流程多了一个分支跳转。数量级很小的时候性能没差别从可读性来看直接用正向判断最自然是就累加不是就跳过。不要在没必要的地方增加分支嵌套这在团队协作时能减少无意义的认知负担。10. 实际做题时推荐的一种完整代码风格很多同学问正确的代码结构应该长什么样。这里我给一个相对健壮、输出清晰、适合交作业也适合自测的版本#include stdio.h #define MAX_LINE 1024 int count_uppercase(const char *str) { int count 0; if (str NULL) { return 0; } for (int i 0; str[i] ! \0; i) { if (str[i] A str[i] Z) { count; } } return count; } int main(void) { char line[MAX_LINE]; printf(请输入一行字符串\n); if (fgets(line, sizeof(line), stdin) NULL) { printf(读取输入失败\n); return 1; } printf(大写英文字母的个数%d\n, count_uppercase(line)); return 0; }注意fgets成功时会返回传入的缓冲区指针失败或读到EOF时返回NULL。判断一下这个返回值既可以避免后续对未初始化数组的访问也让程序更加健壮。这样的代码放在作业里无论是人工批改还是自动评测都可读性和正确性都站得住。代码里的count_uppercase函数只做一件事统计输入字符串中有多少个大写字母。main函数只负责获取输入和输出结果。把职责分离出来主流程一目了然。以后扩展需求时比如要输出大写字母本身只需要改count_uppercase。11. 针对初学者的自测清单写完了代码不代表任务结束你还需要自我检查。建议至少覆盖下面这些测试用例输入ABCDefgh123预期输出4。输入abc预期输出0。输入ABC DEF GHI预期输出9。输入1234567890预期输出0。输入!#$%^预期输出0。输入直接回车预期输出0。输入Z预期输出1。输入AaBbCc预期输出3。输入长度超过1023的字符串预期不崩溃。输入中文字符和大小写字母混排的字符串预期只统计大写字母。把每种情况实际跑一遍记录输出结果和预期是否一致。这个过程本身就是初学者最容易忽略的关键一步验证。判题系统替你验证那是考试平时练习时自己主动验证才是真正把知识变成能力。12. 我在实际教学与调试中的几点体会最后分享一些更主观的经验。我发现不少同学在这个题上交过一版“看似正确但经不起追问”的代码。比如他们知道大写字母范围是A到Z知道循环遍历字符串但如果你问“为什么str[i]能作为条件判断?”就答不上来。这不是个别现象而是基础知识没有串成线。所以我在前面花了大篇幅解释ASCII码和字符数组的内存布局就是希望大家脑子里建立这条链路字符串在内存里是一块连续的空间存储的是每个字符的ASCII码值C语言没有真正的字符串类型它是靠结尾的\0来界定边界的。在编写实际代码时有一个细节我也常跟人强调计数类变量在使用前一定初始化。这个原则听起来很基础但真到了复杂项目里某些计数器初始化放在条件分支里某些分支没执行到就用了就会产生随机结果。性能调优的时候这种bug极难定位。从这道题就开始养成“声明即初始化”的习惯以后能省很多事。在你熟练掌握了数组版本的统计逻辑后建议再去试试流式版本。流式处理的核心变化在于数据集不落地的处理思维。很多同学第一次写流式处理时不太习惯总觉得不把数据存起来就没法进行计算。其实一旦体会到“边读边算”的轻巧遇到超大文件时就不会心慌了。反复对照两个版本你会发现它们处理输入的能力边界不同内存消耗不同代码复杂度也不同。理解不同实现方案间的权衡才是编程能力真正进阶的标志。一道看起来只有正解或错解的小题仔细挖掘也能挖出这些道道来。希望这篇分析能帮你把这道题背后的知识网络铺开。