写了几年 C 语言，我发现很多刚入门的学弟学妹在处理多分支选择时，全是一成不变的if-else if-else叠罗汉。每次看到那种嵌套了七八层的代码，维护起来简直是折磨。
其实，当你在处理固定几个整数或者字符的条件判定时，用switch-case结构会让代码干净得多。今天不聊教科书上那些死板的语法定义，直接来看看这玩意在真实开发里怎么用，以及在 Visual Studio 2013 环境下有哪些一碰就死锁的编译深坑。
为什么不能用 switch 去判定浮点数？
我们先来死磕一个最基础的底层逻辑：switch的括号里，为什么只能放整型（int、char、short等），而绝对不能写double或float？
老实说，我当年刚学 C 语言的时候也试过把浮点数塞进switch里，结果 VS2013 直接一枪头拍出了error C2450: switch 表达式的类型“double”非法的编译报错。
设计 C 语言的大佬们之所以这么规定，是因为浮点数在内存里的存储天然就是不精确的。比如你在代码里写个0.1，它在内存里可能实际是0.10000000149011612...。switch的本质是在内存里寻找精准的等值匹配，如果允许浮点数进来，两个看似相等的 case 可能会因为最后一位微小的精度偏差导致匹配失败。这种不确定性对编译器来说是个灾难。所以记住一条铁律：只要涉及小数分支，老老实实用if的范围判定，switch只认整数。
在 VS2013 下跑得通的真实业务代码
我们拿一个学生成绩等级评定的常规业务来写个完整的例子。注意，由于 VS2013 默认采用 C89 标志，变量声明一定要老老实实写在函数块的最开头，别习惯性地在中间临时定义，否则会触发error C2143: 语法错误 : 缺少“;”(在“类型”的前面)。
#include<stdio.h>intmain(){chargrade;intscore=85;/* 将百分制分数折算成阶梯整数 */switch(score/10){case10:case9:grade='A';break;case8:grade='B';break;case7:grade='C';break;case6:grade='D';break;default:grade='F';break;}printf("最终评定等级为: %c\n",grade);return0;}这段代码里有个小技巧：case 10:后面什么都没写，直接顺延到了case 9:。这是故意利用了switch的特殊机制，让 90 分和 100 分都走到 ‘A’ 等级的逻辑里。行后的break必须加，不加的话程序会一直往下死穿，这就是明天我们要单独拎出来抽打的“穿透效应”。
避坑清单：case 后面初始化变量引发的死锁级报错
这是初学者最容易踩、而且死活想不通的一个大坑。有时候我们想在某个具体的case分支里定义一个临时变量存数据，写出来的代码往往长这样：
switch(type){case1:inttemp_data=100;/* 错误写法：VS2013 会在这里爆 error C2143 */printf("%d",temp_data);break;default:break;}你一旦按 F5 编译，VS2013 绝对会弹出error C2143或error C2141。
为什么？因为switch内部的所有case在内存视角里其实处于同一个作用域（花括号范围内）。你在case 1里定义了temp_data，如果程序运行时直接跳到了default分支，那么这个temp_data到底算分配了还是没分配？编译器在做静态语法检查时无法容忍这种作用域内的二义性。
正确做法有两种：要么把temp_data提到整个switch语句的外面开头声明；要么在case 1:后面强行加一个花括号{}，把这个分支变成独立的局部作用域。我个人更推荐前者，代码看起来更干净。
标签：#C语言#switch语句#VS2013#编译报错#零基础编程
