一个C语言入门题,小小的细节却被许多人忽视

本文探讨了C语言中计算分式求和时,使用`1.0/i`而非`sign/i`可能导致精度丢失的问题,解释了1.0在除法中的作用并邀请读者讨论相关经验。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

哈喽大家好,学过c语言的小伙伴们一定遇到过这么一道分式求和题,
计算1/1-1/2+1/3-1/4+1/5 …… + 1/99 - 1/100 的值

二话不说直接上代码,这段代码的实现逻辑是通过控制sign符号的正负变化来实现分式求和,大家发现这段代码的问题了吗??
 

#define _CRT_SECURE_NO_WARNINGS 1
//计算1/1-1/2+1/3-1/4+1/5 …… + 1/99 - 1/100 的值
#include<stdio.h>
int main()
{
	int i, sign=1.0;
	double sum=0;
	for (i = 1; i <= 100; i++)
	{
	    sum += sign / i;
		sign = -sign;

	}
	printf("sum = %lf\n", sum);
	return 0;
}

 来看运行结果:

 看起来好像没什么问题,为了求分式和,还用了双精度浮点型,但是结果为什么结果与预期有出入呢?

经过我的排查,问题出现在这句代码上

sum += sign / i;

改为:

sum += sign * 1.0 / i;

后,运行结果

 这是什么原因呢?为什么在数学上一个小小的1.0,乘与不乘不影响数值的变化,而在计算机上,却能产生不同的结果呢?

原来在c语言中,进行除运算,常常出现精度丢失的情况,小伙伴们在编程过程中有遇到过精度丢失的情况吗?我们可以在评论区互相讨论,共同学习。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

touchinaiyou-

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值