我最早把这道题放进课堂练习是在带大一C语言课的第二年。当时很多学生学完指针语法后只会做“交换两个变量”这种题一旦换成“拆分实数的整数与小数部分”就不知道函数该怎么写了。其实这道题恰恰是把指针用进实战的最好入口——它看似只要做一次强制类型转换实际却串联了地址传递、输出型参数、浮点数精度等多个核心知识点。这篇文章就围绕教材里这道典型的指针练习题把从原理到实现再到调试踩坑的完整路径梳理一遍。无论是刚接触C语言指针的初学者还是正在准备计算机二级、PTA作业、期末上机考试的同学都能从中拿到可以直接复现的代码和排查思路。1. 一道课后题为何能讲清楚指针的本质——拆分实数背后的“输出型参数”1.1 教材第8章放这道题的真正用意何钦铭、颜晖主编的《C语言程序设计》第四版把这道拆分实数题目安排在第8章指针章节位置很讲究。前面几章学生已经学会了循环、数组、函数但函数那块反复强调“值传递”参数传进去函数内部怎么改都不会影响外面的变量。到了指针这一章教材需要找一个场景来打破这个惯性那就是“让函数能改变调用者的变量”。拆分一个实数比如3.14159理论上你会得到整数部分3和小数部分0.14159。用一句话描述需求很容易但用C语言实现时就撞上一个硬约束C语言的函数return只能带一个返回值。你没法直接return两个结果。这时候指针就出场了——把两个变量的地址传给函数函数通过指针往这两个地址里写值调用者就能在同一块内存里看到结果。这种用法在工程上有个形象的说法叫“输出型参数”。1.2 指针作为“输出型参数”的本质宿舍信箱类比我上课时最喜欢用宿舍信箱打比方。假设函数是一个快递分发中心调用者的变量是学生宿舍里的信箱。普通值传递相当于你把一封抄写件递进去快递中心在复印件上改来改去原件动都没动指针传递则不同你递给快递中心的不是信件本身而是信箱的编号、地址。快递中心拿着这个编号直接打开你的信箱把结果塞进去。你作为调用者事后到信箱取件发现里面多了一样东西。换成代码表达就是int a 0; func(a); // 把 a 的地址传进去 // 函数内部通过 *指针 修改 a函数里拿到的是地址也就是a然后通过解引用*p去操作a本体。这就是为什么拆分实数必须用int *intpart、double *fracpart这两个指针参数——它们分别指向调用者提供的两个变量函数在内部写入调用者直接收获结果。1.3 不用指针的行得通方案为什么都不推荐初学者被“只能返回一个值”卡住时常见自救方案有这么几种用全局变量保存整数部分和小数部分函数只需要往全局变量里写值。定义一个结构体包含int intpart和double fracpart函数返回结构体。返回值只拿一个部分另一个部分再用一个全局变量或者再次计算。每种方案都能跑但都不太理想。全局变量会让函数和外部状态绑定可读性差、易出错在工程里也会埋下隐患。结构体方案其实在现代C里完全合理甚至很推荐但教材放在指针章节的意图就是让你先体会“通过地址修改调用者内存”的底层逻辑。至于只返回一个部分功能上残缺实际上绕开了问题。指针参数的好处是接口明确函数签名直接告诉你“我会往这两个指针指向的位置写结果”调用者一看就知道要准备两个变量并取地址。这比全局变量隐晦的耦合要清晰得多。这道题的价值不在“拆数”本身而在让你习惯“函数想改谁的内存就把谁的地址传进去”这一整套心智模型。2. 函数原型设计的三个决策点返回类型、参数顺序与精度匹配2.1 返回类型选 void语义上才干净教材给出的标准原型是这样的void splitfloat(double x, int *intpart, double *fracpart);返回类型void不是偷懒而是在表达一个约定所有结果都通过指针带回来函数本身不返回任何有效数值。如果你改成double splitfloat(...)别人调用时就会犹豫——这个返回值到底是整数部分还是小数部分就算你在注释里写清楚接口语义也比void版本模糊。实际工程里返回非void往往用来传状态码或错误码比如int func(...)返回0表示成功-1表示参数有误。但教材这道题没有错误处理需求所以void是最贴合教学目标的答案。等后面学到文件操作、链表操作时再引入“返回状态码指针写结果”的混合风格也不迟。2.2 参数顺序输入在前输出在后别乱排函数设计有个约定俗成的习惯先写输入参数再写输出参数。splitfloat(double x, int *intpart, double *fracpart)中x是输入值放在最前面intpart和fracpart是输出位置跟在后面。这样做的好处是调用点一眼能读懂splitfloat(x, intpart, fracpart);你看到的是“拿 x 去算把整数部分放到 intpart小数部分放到 fracpart”。如果把指针参数和输入参数穿插排列或者写成splitfloat(int *intpart, double x, double *fracpart)虽然语法上没错但每次读代码都要多花时间确认哪个是输入、哪个是输出。工程代码是给人读的这种约定值得从练习题阶段就养成。这里还要注意一个声明顺序问题既然fracpart的值依赖整数部分调用者在主函数里就必须分别准备int intpart; double fracpart;两个变量。有人图省事写成double intpart, fracpart;然后传给int *编译会直接报类型不匹配这也是初学时常见的报错来源。整数部分需要的是整型变量不是浮点变量变量声明要跟着参数类型走。2.3 float、double、int 之间的精度匹配教材代码里用的是double这一点不要随手改成float。原因是double精度更高而且 C 语言标准库和printf、scanf对double的处理更自然。如果非要用float输入输出格式符要跟着变类型scanf 格式符printf 格式符float%f%fdouble%lf%fprintf 中 float 会提升为 double所以 %f 也能输出 double初学者最容易踩的坑是声明double x;之后写scanf(%f, x);或者更离谱的scanf(%lf, x);。前者漏了l后者漏了。尤其注意scanf(%lf, x)不会报语法错误运行时可能直接崩溃或读出垃圾值因为scanf要求的是地址而你把变量值当地址传了进去。这一条放到后面“错误复现”部分还会再展开。int和double的配合也要提前有心理准备把double强制转换成int小数部分会被舍掉这里涉及“截断”规则也就是下一章的重点。3. 核心实现与“截断”陷阱从 double 到 int 的那一步最容易被忽略3.1 核心函数实现三行代码背后的语义先看完整实现void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)x; /* 将 x 的整数部分存入 intpart 指向的变量 */ *fracpart x - *intpart; /* 用 x 减去整数部分得到小数部分 */ }第一行*intpart (int)x;做了两件事先执行强制类型转换(int)x把double截断成int再把结果写入intpart指向的变量。第二行*fracpart x - *intpart;里的*intpart会先读出刚写入的整数部分值然后用原始的x减去它。这里有个细节很重要必须先写整数部分再计算小数部分。如果反过来先算小数部分你还没设置*intpart*intpart就还是调用者变量原来的值往往是 0减法结果就会错。3.2 向零截断和向下取整负数时结果完全不同(int)x在 C 语言里的规则是“向零截断”也就是直接把小数部分砍掉不管后面是 .1 还是 .9。这一点对正数没争议(int)3.7等于 3。但遇到负数时很多人会想当然。拿-3.7举例(int)-3.7的结果是-3因为向零截断是往 0 的方向砍小数-3.7去掉小数部分是-3。如果换成向下取整floor(-3.7)得到的是-4因为向下取整是往更小的方向取整数。这两种规则下小数部分的算法也会不同输入 x规则整数部分小数部分x - 整数部分3.7向零截断30.7-3.7向零截断-3-0.73.7向下取整30.7-3.7向下取整-40.3教材默认用强制类型转换所以整数部分是-3、小数部分是-0.7。这个语义是否符合数学上“整数部分”的定义不同教材有不同口径但考试和作业里按教材的规则走准没错。如果你确实想实现“整数部分 正的小数部分”需要引入math.h里的floor代码变成#include math.h void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)floor(x); *fracpart x - *intpart; }但在基础指针练习题中用(int)x就够了。要跟学生讲清楚的是强制类型转换不等同于四舍五入也不等同于向下取整。3.3 小数部分并不是精确值浮点数误差的第一次正面接触很多学生第一次跑这个程序会发现5.30输出的小数部分是0.300000看着没问题但输入5.1时某种格式下可能会看到0.100000后面突然冒出一个0.099999。这不是程序写错了而是浮点数在计算机里本来就是用二进制近似表示的。5.1在二进制里是一个无限循环小数double只能保存近似值所以x - *intpart的结果也只是一个近似值。平时用%f输出时打印函数做了舍入看起来正常换成%.17f这类高精度格式尾巴就露馅了。解决思路分两种如果只是输出展示控制格式符即可比如printf(小数部分%.2f\n, fracpart);如果要做数值比较或继续参与运算就得引入容差例如fabs(fracpart) 1e-6就认为小数部分为 0。这道题虽然简单但它是学生第一次正儿八经接触“浮点数不精确”这个事实的好机会。4. 完整测试驱动从代码到编译运行再到错误复现4.1 一份可以直接抄的完整程序把函数定义、函数声明和主函数放在一起就是一份能直接运行的完整程序#include stdio.h void splitfloat(double x, int *intpart, double *fracpart); int main(void) { double x; double fracpart; int intpart; printf(请输入一个实数); scanf(%lf, x); splitfloat(x, intpart, fracpart); printf(整数部分%d\n, intpart); printf(小数部分%f\n, fracpart); return 0; } void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)x; *fracpart x - *intpart; }注意我在main里先声明了int intpart; double fracpart;然后调用splitfloat(x, intpart, fracpart)。取地址是整个过程的关键少了它后面几个测试会让你看到各种“看似正常实则翻车”的场面。4.2 编译运行与多种输入实测在终端里编译运行gcc splitfloat.c -o splitfloat ./splitfloat几种输入输出对比如下输入整数部分小数部分3.1415930.141590100.01000.000000-3.7-3-0.7000000.61800.618000前两组符合预期第三组的负号需要稍微留意它是向零截断的直接体现。第四组“0.618”能很好地检验学生对变量初始化的理解——main里声明的intpart没有显式初始化若函数没写入输出会是一堆随机数而如今输出归功于函数内的赋值。4.3 四个高频报错或错误结果复现第一个错误调用时漏写取地址符。splitfloat(x, intpart, fracpart);编译器大概率给出warning: passing argument 2 of splitfloat makes pointer from integer without a cast。原因是intpart是int类型的变量你把它的值比如 0当作地址传了进去。函数内部*intpart ...就等于往内存地址 0 附近写数据轻则变量值诡异重则运行时崩溃。这是我见过最多的低级错误没有之一。第二个错误函数声明和定义里的参数没有加星号退化成普通值传递。void splitfloat(double x, int intpart, double fracpart) { intpart (int)x; fracpart x - intpart; }调用后main里的intpart和fracpart毫无变化。这种错误最难查因为编译不报错、函数内部逻辑也对唯一的症状就是“主函数里的变量没变”。排查思路就是检查函数参数是不是指针类型以及调用时有没有传地址。第三个错误函数内部只写了整数部分忘记给小数部分赋值。上课经常看到这种半成品void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)x; }结果小数部分输出的是一个未初始化的随机值。排查方法是看*fracpart有没有出现在赋值运算符左侧。第四个错误来自scanfscanf(%f, x); // x 是 double应该用 %lf%f对应float*%lf对应double*用错之后读入的数据就是错乱的。对double类型scanf里必须写%lf这一点和printf不同printf里用%f或%lf都能输出double。记住一句话scanf格式符对类型的区分比printf严格得多。5. 由这道题延伸出的指针实战修炼清单5.1 同一思想的三个变体练习题拆分实数练熟后可以立刻把这套思维移植到下面几道题上不需要新知识但能反复强化“输出型参数”的概念。第一道拆分钟秒。给定总秒数int total写成void split_time(int total, int *hour, int *min, int *sec)一次返回三个值。这道题比拆分实数更贴近工程场景很多系统里都这么用。第二道返回商和余数。写void divide(int a, int b, int *quotient, int *remainder)。表面上简单但它能让你意识到凡是函数需要返回多个结果第一反应不是去创建全局变量而是问自己“需要改几个调用者的变量”。第三道交换两个数。void swap(int *a, int *b)是 C 语言最经典的指针函数。虽然看起来跟拆分实数不搭边但核心完全一致——通过地址修改调用者内存。很多人学指针时先学交换反而没抓到“输出参数”这层本质回头用拆分实数理解一遍瞬间通透。5.2 从单变量指针迈向指针数组与字符串教材第八章后面还会遇到“指针数组”“字符串与指针”这些内容。拆分实数里用的是“指向单个变量的指针”它建立的能力是声明int *p、取地址a、解引用*p、把指针作为函数参数传递。这些基本功一旦扎实到处理字符串时只需要换一个视角数组名本身就是首元素的地址char *str和char str[]在函数传参时经常等价。很多学生在指针数组、字符串逆序、PTA 题目上卡壳根源往往不是新知识点太难而是前面单变量指针的地址传递没有练透。拆分实数这道小题正是补这块地基的好材料。5.3 我个人的教学实测建议请先画内存格子再写代码每次布置这道题我都会额外建议学生用纸笔画三个格子main里的intpart和fracpart各画一个函数里的intpart指针画一个箭头指向前面的格子。然后把函数体的两行赋值模拟一遍看箭头指向的格子发生了什么变化。这一步看似浪费时间实际是最快的内化路径。画完格子之后、*、指针变量、间接访问这些概念就不再是模糊的语法符号而是有空间关系的东西。我带过的班级里凡是认真画过格子的学生后续学数组指针、字符串传参时明显更少翻车。反过来跳过这一步的学生到了指针数组章节往往会回来问我“为什么这里的*p和p不一样”——本质上就是地址与值的区分没建立清楚。我个人习惯在讲这道题时还多问一句“如果x是一个很大的数比如3.7e10把它转成int会发生什么”很多学生听到这里才会意识到int不仅截断小数还可能有溢出风险。教材不考这么细但现场问一句能把“类型转换有边界”这个概念提前种进脑子里。这也是这道简单练习题真正值钱的地方——它是一连串重要概念的交汇点而不是一个孤立的小函数。
我最早把这道题放进课堂练习是在带大一C语言课的第二年。当时很多学生学完指针语法后只会做“交换两个变量”这种题一旦换成“拆分实数的整数与小数部分”就不知道函数该怎么写了。其实这道题恰恰是把指针用进实战的最好入口——它看似只要做一次强制类型转换实际却串联了地址传递、输出型参数、浮点数精度等多个核心知识点。这篇文章就围绕教材里这道典型的指针练习题把从原理到实现再到调试踩坑的完整路径梳理一遍。无论是刚接触C语言指针的初学者还是正在准备计算机二级、PTA作业、期末上机考试的同学都能从中拿到可以直接复现的代码和排查思路。1. 一道课后题为何能讲清楚指针的本质——拆分实数背后的“输出型参数”1.1 教材第8章放这道题的真正用意何钦铭、颜晖主编的《C语言程序设计》第四版把这道拆分实数题目安排在第8章指针章节位置很讲究。前面几章学生已经学会了循环、数组、函数但函数那块反复强调“值传递”参数传进去函数内部怎么改都不会影响外面的变量。到了指针这一章教材需要找一个场景来打破这个惯性那就是“让函数能改变调用者的变量”。拆分一个实数比如3.14159理论上你会得到整数部分3和小数部分0.14159。用一句话描述需求很容易但用C语言实现时就撞上一个硬约束C语言的函数return只能带一个返回值。你没法直接return两个结果。这时候指针就出场了——把两个变量的地址传给函数函数通过指针往这两个地址里写值调用者就能在同一块内存里看到结果。这种用法在工程上有个形象的说法叫“输出型参数”。1.2 指针作为“输出型参数”的本质宿舍信箱类比我上课时最喜欢用宿舍信箱打比方。假设函数是一个快递分发中心调用者的变量是学生宿舍里的信箱。普通值传递相当于你把一封抄写件递进去快递中心在复印件上改来改去原件动都没动指针传递则不同你递给快递中心的不是信件本身而是信箱的编号、地址。快递中心拿着这个编号直接打开你的信箱把结果塞进去。你作为调用者事后到信箱取件发现里面多了一样东西。换成代码表达就是int a 0; func(a); // 把 a 的地址传进去 // 函数内部通过 *指针 修改 a函数里拿到的是地址也就是a然后通过解引用*p去操作a本体。这就是为什么拆分实数必须用int *intpart、double *fracpart这两个指针参数——它们分别指向调用者提供的两个变量函数在内部写入调用者直接收获结果。1.3 不用指针的行得通方案为什么都不推荐初学者被“只能返回一个值”卡住时常见自救方案有这么几种用全局变量保存整数部分和小数部分函数只需要往全局变量里写值。定义一个结构体包含int intpart和double fracpart函数返回结构体。返回值只拿一个部分另一个部分再用一个全局变量或者再次计算。每种方案都能跑但都不太理想。全局变量会让函数和外部状态绑定可读性差、易出错在工程里也会埋下隐患。结构体方案其实在现代C里完全合理甚至很推荐但教材放在指针章节的意图就是让你先体会“通过地址修改调用者内存”的底层逻辑。至于只返回一个部分功能上残缺实际上绕开了问题。指针参数的好处是接口明确函数签名直接告诉你“我会往这两个指针指向的位置写结果”调用者一看就知道要准备两个变量并取地址。这比全局变量隐晦的耦合要清晰得多。这道题的价值不在“拆数”本身而在让你习惯“函数想改谁的内存就把谁的地址传进去”这一整套心智模型。2. 函数原型设计的三个决策点返回类型、参数顺序与精度匹配2.1 返回类型选 void语义上才干净教材给出的标准原型是这样的void splitfloat(double x, int *intpart, double *fracpart);返回类型void不是偷懒而是在表达一个约定所有结果都通过指针带回来函数本身不返回任何有效数值。如果你改成double splitfloat(...)别人调用时就会犹豫——这个返回值到底是整数部分还是小数部分就算你在注释里写清楚接口语义也比void版本模糊。实际工程里返回非void往往用来传状态码或错误码比如int func(...)返回0表示成功-1表示参数有误。但教材这道题没有错误处理需求所以void是最贴合教学目标的答案。等后面学到文件操作、链表操作时再引入“返回状态码指针写结果”的混合风格也不迟。2.2 参数顺序输入在前输出在后别乱排函数设计有个约定俗成的习惯先写输入参数再写输出参数。splitfloat(double x, int *intpart, double *fracpart)中x是输入值放在最前面intpart和fracpart是输出位置跟在后面。这样做的好处是调用点一眼能读懂splitfloat(x, intpart, fracpart);你看到的是“拿 x 去算把整数部分放到 intpart小数部分放到 fracpart”。如果把指针参数和输入参数穿插排列或者写成splitfloat(int *intpart, double x, double *fracpart)虽然语法上没错但每次读代码都要多花时间确认哪个是输入、哪个是输出。工程代码是给人读的这种约定值得从练习题阶段就养成。这里还要注意一个声明顺序问题既然fracpart的值依赖整数部分调用者在主函数里就必须分别准备int intpart; double fracpart;两个变量。有人图省事写成double intpart, fracpart;然后传给int *编译会直接报类型不匹配这也是初学时常见的报错来源。整数部分需要的是整型变量不是浮点变量变量声明要跟着参数类型走。2.3 float、double、int 之间的精度匹配教材代码里用的是double这一点不要随手改成float。原因是double精度更高而且 C 语言标准库和printf、scanf对double的处理更自然。如果非要用float输入输出格式符要跟着变类型scanf 格式符printf 格式符float%f%fdouble%lf%fprintf 中 float 会提升为 double所以 %f 也能输出 double初学者最容易踩的坑是声明double x;之后写scanf(%f, x);或者更离谱的scanf(%lf, x);。前者漏了l后者漏了。尤其注意scanf(%lf, x)不会报语法错误运行时可能直接崩溃或读出垃圾值因为scanf要求的是地址而你把变量值当地址传了进去。这一条放到后面“错误复现”部分还会再展开。int和double的配合也要提前有心理准备把double强制转换成int小数部分会被舍掉这里涉及“截断”规则也就是下一章的重点。3. 核心实现与“截断”陷阱从 double 到 int 的那一步最容易被忽略3.1 核心函数实现三行代码背后的语义先看完整实现void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)x; /* 将 x 的整数部分存入 intpart 指向的变量 */ *fracpart x - *intpart; /* 用 x 减去整数部分得到小数部分 */ }第一行*intpart (int)x;做了两件事先执行强制类型转换(int)x把double截断成int再把结果写入intpart指向的变量。第二行*fracpart x - *intpart;里的*intpart会先读出刚写入的整数部分值然后用原始的x减去它。这里有个细节很重要必须先写整数部分再计算小数部分。如果反过来先算小数部分你还没设置*intpart*intpart就还是调用者变量原来的值往往是 0减法结果就会错。3.2 向零截断和向下取整负数时结果完全不同(int)x在 C 语言里的规则是“向零截断”也就是直接把小数部分砍掉不管后面是 .1 还是 .9。这一点对正数没争议(int)3.7等于 3。但遇到负数时很多人会想当然。拿-3.7举例(int)-3.7的结果是-3因为向零截断是往 0 的方向砍小数-3.7去掉小数部分是-3。如果换成向下取整floor(-3.7)得到的是-4因为向下取整是往更小的方向取整数。这两种规则下小数部分的算法也会不同输入 x规则整数部分小数部分x - 整数部分3.7向零截断30.7-3.7向零截断-3-0.73.7向下取整30.7-3.7向下取整-40.3教材默认用强制类型转换所以整数部分是-3、小数部分是-0.7。这个语义是否符合数学上“整数部分”的定义不同教材有不同口径但考试和作业里按教材的规则走准没错。如果你确实想实现“整数部分 正的小数部分”需要引入math.h里的floor代码变成#include math.h void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)floor(x); *fracpart x - *intpart; }但在基础指针练习题中用(int)x就够了。要跟学生讲清楚的是强制类型转换不等同于四舍五入也不等同于向下取整。3.3 小数部分并不是精确值浮点数误差的第一次正面接触很多学生第一次跑这个程序会发现5.30输出的小数部分是0.300000看着没问题但输入5.1时某种格式下可能会看到0.100000后面突然冒出一个0.099999。这不是程序写错了而是浮点数在计算机里本来就是用二进制近似表示的。5.1在二进制里是一个无限循环小数double只能保存近似值所以x - *intpart的结果也只是一个近似值。平时用%f输出时打印函数做了舍入看起来正常换成%.17f这类高精度格式尾巴就露馅了。解决思路分两种如果只是输出展示控制格式符即可比如printf(小数部分%.2f\n, fracpart);如果要做数值比较或继续参与运算就得引入容差例如fabs(fracpart) 1e-6就认为小数部分为 0。这道题虽然简单但它是学生第一次正儿八经接触“浮点数不精确”这个事实的好机会。4. 完整测试驱动从代码到编译运行再到错误复现4.1 一份可以直接抄的完整程序把函数定义、函数声明和主函数放在一起就是一份能直接运行的完整程序#include stdio.h void splitfloat(double x, int *intpart, double *fracpart); int main(void) { double x; double fracpart; int intpart; printf(请输入一个实数); scanf(%lf, x); splitfloat(x, intpart, fracpart); printf(整数部分%d\n, intpart); printf(小数部分%f\n, fracpart); return 0; } void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)x; *fracpart x - *intpart; }注意我在main里先声明了int intpart; double fracpart;然后调用splitfloat(x, intpart, fracpart)。取地址是整个过程的关键少了它后面几个测试会让你看到各种“看似正常实则翻车”的场面。4.2 编译运行与多种输入实测在终端里编译运行gcc splitfloat.c -o splitfloat ./splitfloat几种输入输出对比如下输入整数部分小数部分3.1415930.141590100.01000.000000-3.7-3-0.7000000.61800.618000前两组符合预期第三组的负号需要稍微留意它是向零截断的直接体现。第四组“0.618”能很好地检验学生对变量初始化的理解——main里声明的intpart没有显式初始化若函数没写入输出会是一堆随机数而如今输出归功于函数内的赋值。4.3 四个高频报错或错误结果复现第一个错误调用时漏写取地址符。splitfloat(x, intpart, fracpart);编译器大概率给出warning: passing argument 2 of splitfloat makes pointer from integer without a cast。原因是intpart是int类型的变量你把它的值比如 0当作地址传了进去。函数内部*intpart ...就等于往内存地址 0 附近写数据轻则变量值诡异重则运行时崩溃。这是我见过最多的低级错误没有之一。第二个错误函数声明和定义里的参数没有加星号退化成普通值传递。void splitfloat(double x, int intpart, double fracpart) { intpart (int)x; fracpart x - intpart; }调用后main里的intpart和fracpart毫无变化。这种错误最难查因为编译不报错、函数内部逻辑也对唯一的症状就是“主函数里的变量没变”。排查思路就是检查函数参数是不是指针类型以及调用时有没有传地址。第三个错误函数内部只写了整数部分忘记给小数部分赋值。上课经常看到这种半成品void splitfloat(double x, int *intpart, double *fracpart) { *intpart (int)x; }结果小数部分输出的是一个未初始化的随机值。排查方法是看*fracpart有没有出现在赋值运算符左侧。第四个错误来自scanfscanf(%f, x); // x 是 double应该用 %lf%f对应float*%lf对应double*用错之后读入的数据就是错乱的。对double类型scanf里必须写%lf这一点和printf不同printf里用%f或%lf都能输出double。记住一句话scanf格式符对类型的区分比printf严格得多。5. 由这道题延伸出的指针实战修炼清单5.1 同一思想的三个变体练习题拆分实数练熟后可以立刻把这套思维移植到下面几道题上不需要新知识但能反复强化“输出型参数”的概念。第一道拆分钟秒。给定总秒数int total写成void split_time(int total, int *hour, int *min, int *sec)一次返回三个值。这道题比拆分实数更贴近工程场景很多系统里都这么用。第二道返回商和余数。写void divide(int a, int b, int *quotient, int *remainder)。表面上简单但它能让你意识到凡是函数需要返回多个结果第一反应不是去创建全局变量而是问自己“需要改几个调用者的变量”。第三道交换两个数。void swap(int *a, int *b)是 C 语言最经典的指针函数。虽然看起来跟拆分实数不搭边但核心完全一致——通过地址修改调用者内存。很多人学指针时先学交换反而没抓到“输出参数”这层本质回头用拆分实数理解一遍瞬间通透。5.2 从单变量指针迈向指针数组与字符串教材第八章后面还会遇到“指针数组”“字符串与指针”这些内容。拆分实数里用的是“指向单个变量的指针”它建立的能力是声明int *p、取地址a、解引用*p、把指针作为函数参数传递。这些基本功一旦扎实到处理字符串时只需要换一个视角数组名本身就是首元素的地址char *str和char str[]在函数传参时经常等价。很多学生在指针数组、字符串逆序、PTA 题目上卡壳根源往往不是新知识点太难而是前面单变量指针的地址传递没有练透。拆分实数这道小题正是补这块地基的好材料。5.3 我个人的教学实测建议请先画内存格子再写代码每次布置这道题我都会额外建议学生用纸笔画三个格子main里的intpart和fracpart各画一个函数里的intpart指针画一个箭头指向前面的格子。然后把函数体的两行赋值模拟一遍看箭头指向的格子发生了什么变化。这一步看似浪费时间实际是最快的内化路径。画完格子之后、*、指针变量、间接访问这些概念就不再是模糊的语法符号而是有空间关系的东西。我带过的班级里凡是认真画过格子的学生后续学数组指针、字符串传参时明显更少翻车。反过来跳过这一步的学生到了指针数组章节往往会回来问我“为什么这里的*p和p不一样”——本质上就是地址与值的区分没建立清楚。我个人习惯在讲这道题时还多问一句“如果x是一个很大的数比如3.7e10把它转成int会发生什么”很多学生听到这里才会意识到int不仅截断小数还可能有溢出风险。教材不考这么细但现场问一句能把“类型转换有边界”这个概念提前种进脑子里。这也是这道简单练习题真正值钱的地方——它是一连串重要概念的交汇点而不是一个孤立的小函数。
分析法实现IF-ELSE翻译程序：四元式与真假链回填)
