这一篇真的要说0.1 + 0.2 了。。
先来一个计算题来热热身吧。
我知道你想怎么做：362500 + 314 = 362814。没错，是这样算的，再来一个。
还用刚才的办法吗？还是算了吧，实在太长了，换一种办法：
运算法则不用多说了吧，这种方法还是很简单的，IEEE754浮点数也是使用这种办法计算的加法的，准确来说，是计算机中所有种类的浮点数都是这么计算加法的，因为浮点数标准可不只有IEEE一家才有。
现在借用工具把 0.1 和 0.2 的 64位浮点数格式表示出来。
图中上面的64位浮点数代表0.1，下面的64位浮点数代表0.2（ 注意，因为计算时肯定是拿的内存中的值，所以此时的0.1 和 0.2 都是经过存储前舍入处理的了 ），并且已经列出了加法计算的5个步骤：
一. 阶码对阶
二. 尾数相加
三. 结果规格化
四. 尾数舍入处理
五. 溢出判断
那就按照顺序来一一说明。
首先，要把指数位（阶码）调整成一致才能计算加法，但是和开篇的计算题不同的是，这里规定必须是 小阶向大阶看齐 。
很明显，0.1的阶码比0.2的要小，所以0.1的尾数（小数位）向右移动一位，同时阶码 + 1。
点击下一步后如下所示：
因为阶码部分暂时已经确定，所以拿出来单独显示。
这一步比较简单，就是使用加法器把两个值相加，结果如下图所示。
还记得规格化是什么东西吗，联想一下科学计数法，计算后的尾数需要变成1.xxxx的形式，通过尾数的右移动来实现规格化，整体右移一位，阶码 +1。本案例中需要右移一位即可，所以阶码 +1。
舍入规则同第四章所说一致，可以返回 《JS基础-数字-0.1+0.2!=0.3（四）》 查看，当前命中了五取偶。
由于符合舍入规则五取偶中的 “如果X的值为1，则进1”，所以进1
溢出判断规则：
本案例没有命中溢出，所以不需要处理。
对比一下真正的0.3存入内存时的64位浮点数是什么样的:
细心的同学应该发现了其中的不同，0.1 + 0.2 的最终结果和 0.3 相比，在最后一位多进了一个1。这也就是为什么他们不相等的原因，0.1 + 0.2 已经不是 0.3 了。
首先，每一个IEEE754浮点编码都必须对应一个唯一的10进制的值，这是必须的，因为IEEE754没有规定每一个编码转化成的10进制的值必须是多少，但是却规定， 一个IEEE754浮点编码转化成10进制的值不做绝对限制，但当这个10进制的值在转化回IEEE754浮点编码时，必须还能还原成之前的IEEE754浮点编码。
如果 IEEE754浮点编码 0011111111010011001100110011001100110011001100110011001100110011 和 0011111111010011001100110011001100110011001100110011001100110100 都代表了0.3，那么当我存储0.3时，要转化成这两个编码的哪一个呢？
其次，如果如你所想的这么干了，0.3 占用了2个编码，其他的不精准情况是不是也要占用多个编码啊？（比如： 0.2 + 0.4 = 0.6000000000000001 等等）这种情况很常见，都这么干， IEEE754浮点编码一共才拥有 18437736874454810627（即，264 - 253 + 3）个值，将会有多少无效的编码掺杂其中。
最后，如果有个JS开发人员就想存 0.30000000000000004 这个值，为啥不让人家存啊， 0.30000000000000004 招谁惹谁了，它也是IEEE754 64位浮点编码的合法公民啊。
无论舍入界限值设置为多少，总会有这个值附近的倒霉蛋赶上。所以我现在只能使用《你不知道的JavaScript （中卷）》19页的最上面的话回复你：
看来我们能做的只有了解它，并且小心使用。
请不要以JavaScript的数值精度问题为借口来贬低这门语言，如果你这么做了，只能说明你还不懂爱情。
作为开发人员，针对小数的存储和运算问题不能怪罪IEEE754，因为误差不是IEEE754特有的，而是二进制浮点数表示方法引起的。怪罪2进制浮点数也不合适，因为计算机是2进制的。计算机也很冤枉，因为科学已经证实自然常数E（约等于2.718281828459045）进制的计算机执行效率最高，与之最近的只能是2和3，2进制计算机的物理原件相比于3进制更容易制造。即便普及的是3进制计算机，10进制小数依然无法完全转化。
如果你非要找个替罪羔羊泄愤，那只能拿锤子砸自己的手了，因为如果人类生来就只有8个手指头，习惯于使用8进制，转化成2进制小数就不会有转不尽的情况了。
以上全部，仅代表个人观点。
如今使用Javascript框架和插件构建的Web应用越来越多，并且已经能够实现3D动画特效、可交互的信息图等很有趣又实用的效果，如果想要做Web开发，Javascript是必需品。目前自己的知识库中只对HTML和CSS这类非编程类的语言比较熟悉且能熟练应用。曾经有一段时间下了不少功夫在Processing这门基于Java再编译的语法相对简单的编程语言，但因为是基于Java，若想要将用Processing直接引用于Web，要么需要用户装个Java的web控件，要么，就需要把它转城Javascript来实现Web的无缝链接。如果Objective-C占尽了移动开发的风头，那么跟得上潮流的Web开发一定少不了Javascript。但是，作为一个有初步编程背景的人，如何自学，才能正确有效地掌握Javascript这门语言呢？
今天，终于在JavascriptIsSexy这个网站上的“How to Learn JavaScript Properly”这篇文章中找到了我比较认同的答案。
我目前接触和学习JavaScript的几个途径，一是Codecademy这个在线编程学习网站。正如JavaScriptIsSexy这篇文章的作者所言，Codecademy给出的案例任务大都是相对简单单一的小任务，即使完成了课程，也很难开始实战一款真正的Web App。
曾经有工程师向我推荐阅读“Javascript: The Good Parts”一书，但在这篇文章中作者则建议初学者不要阅读此书，等基础扎实了再读。
很开心的是，这篇文章推荐的入门书目之一是《JavaScript权威指南》，恰巧我已经在O’Reilly上购入了正版。虽然有些Web工程师觉得此书适合当参考书，但是经由JacaScriptIsSexy上的自学计划来看，如果合理地阅读权威指南上的部分章节，并亲手把书中配套的案例代码敲出来，对Javascipt初学者来说是非常重要的！
另一本推荐书目是《JavaScript高级程序设计》，不过如果有了《JavaScript权威指南》，没有这本书也没有关系。
“How to Learn JavaScript Properly”这篇文章给JavaScript初学者列出了6~8周的学习计划，除了阅读指定书目以及根据书中的内容敲代码。作者还建议初学者开通“StackExchange”的帐号以及JSFiddle的帐号，因为StackExchange如今以积累了大量技术开发问题和解答。而工程师们往往会使用JSFiddle这个在线的IDE来分享JS代码。
Codecademy不宜作为唯一的JavaScript学习平台，但在阅读作者推荐的书目的同时，配合Codecademy上的案例学习也是很有帮助的。
如果你想要自学JavaScript，又或者你已经有一定的JavaScript编程基础却觉得自己学艺不精，不妨读读“How to Learn JavaScript Properly”（英文），相信它会给你带去一些共鸣与收货的。
