前几天，有个小伙伴在做实验过程中，发现了一个奇怪的现象，这个现象就是…
他在用printf输出浮点数的时候，想把数据保留到小数点后的两位，他是这么写的…
他的书写是对的，没有错误。但是他发现，当c等于1.555时，保留两位小数输出是1.55，而当c等于3.555时，保留两位小数输出是3.56。这个结果，就让人捉摸不透了，因为…
如果是程序运算会自动四舍五入的话，结果应该是1.56和3.56；如果程序运算不会自动四舍五入的话，结果应该是1.55和3.55。可是结果却是1.55和3.56，这是什么鬼？
如果你去百度输入关键词“浮点数 四舍五入”，你会发现，有些人会说浮点数会自动四舍五入，如下图…
而有些人会说，不会自动四舍五入，如下图…
到底会不会自动四舍五入呢？
我刚才拿老顽童STM32开发板做了一个实验，我定义了6个浮点数，他们分别是…
然后我用printf给他们保留2位小数后输出，程序如下…
在串口调试助手上看到的结果是…
结果是，6个数，有3个数自动四舍五入了，有3个数没有四舍五入。
不管理论是什么，我们只看结果。结果是：浮点数保留小数点后的数据，有时会自动四舍五入，有时不会自动四舍五入。但是…
如果把一个浮点数赋给一个整数变量后，一定不会四舍五入。
所以，我们在保留浮点数的小数点精度时，必须要人工处理四舍五入。
很多人一直在用的一个的方法，就是加0.5法。
这个方法的理论依据是：
我们执行（t=f；）这条语句，不管f的小数点后面是小于5的数，还是大于等于5的数，都不会四舍五入，例如当f=3.2和f=3.8，结果都是t=3。
那么怎么样让f=3.8时，t=4呢？我们可以给f+0.5来解决，例如当f=3.8时，f+0.5=4.3，执行完t=f后，t就等于4了。而当f的小数点后的的数都小于5时，加一个0.5不会大于4，所以执行完t=f后，结果还都是3。这正好符合我们四舍五入的要求。
这里需要注意的是：其实这个…
加0.5的方法
只适合用于保留整数位的应用
很多人都不知道这一点，下面我就给大家实践一下。
按照加0.5法的原理，如果要保留2位有效数据的话，需要给数据加0.005，我们做个实验，把temp1~6都加0.005。
然后我们看输出结果，如下图…
看到了正确的结果，你不要高兴，因为…
你现在可以把temp1~6的小数点后面都改为554，如下图…
这时候，正确的结果，小数点后两位应该都是55，但是你看看结果，还是照样是56。这时候，就输出了完全错误的结果。
有的朋友会说，既然加0.005不行，那我们想办法还是加0.5吧。好的，下面我有一个方法…
先把temp1*100，然后再+0.5，然后把这个浮点数赋值给一个整数，然后再把这个整数除以100。
例如temp5的程序写为…
其中，t5是我定义的一个uint32_t类型的整型变量。我们来分析一下，因为temp5=4.555，4.555乘以100以后是455.50，然后再加0.5以后是456.00，把456.00取整后是456，然后456除以100就是4.56。
一切都算计的很好，但是实际的结果却还是4.55。但是如果你这样写的话，结果就是正确的…
看这个程序和上边的程序对比一下，只是这里直接用了4.555，而上边的程序用了temp5，看似一样，结果却不一样。上边程序的结果是4.55，下边程序的结果是4.56。
上边两个加0.5的实践，你一定要试一下。
那保留2位小数，怎么做才能确保完全正确？
送给大家一句话：捷径有可能是歧途，最笨的办法，其实是最保险的办法。（顽童哥语录一定要收藏）
我们可以把小数点后的第三位数取出来，然后判断它和5的大小，然后四舍五入。就是这个方法，绝对正确。写成程序的话，是这个样子的…
其中，t1是定义的uint32_t类型的整型变量。我们把数据带进去看一下，temp1是0.555，0.555乘以1000是555，555除以100取余数是55，55再除以10取余数是5，那t1就等于5。下面用if语句判断是否要进位，如果需要进位的话，4.555乘以100就是455.5，455.5加1就是456.5，然后我们把456.5强制类型转换成整型数据，就是456，456除以100，就是4.56；如果不需要进位的情况，大家自行分析。
这时候，你去换temp1~6的值去吧，不管换什么，结果都会四舍五入。
做一个稳定的电子产品，基础知识很重要！