1. Undefined：未定义型
一个变量声明了但是未赋值的情况下就是undefined；
2. Null：空型
一般用来清空变量，也起了占位作用
3. String：字符型
凡是被双引号或单引号包裹起来的都叫做字符型，字符串有length属性。
4. Number：数值型
包含整数和浮点数（浮点数数值必须包含一个小数点，且小数点后面至少有一位数字）两种值。
（1）NaN：非数字类型。
特点：①涉及到的任何关于NaN的操作，都会返回NaN
② NaN不等于自身。
（2）isNaN() ：用于检查其参数是不是数值，得到的结果是一个布尔值，不是数值返回true，是数值返回false。
5. Boolean：布尔型
只有true和false两个值。
6. Symbol代表创建后独一无二且不可变的数据类型，它的出现我认为主要是为了解决可能出现的全局变量冲突的问题。
7. BigInt是一种数字类型的数据，它可以表示任意精度格式的整数，使用BigInt可以安全地存储和操作大整数，即使这个数已经超出了Number能够表示的安全整数范围。
/*
1.js中只有一种数据类型
2.js中的整数会被精确到15位（如果不使用科学计数法）
3.小数的最大位是17位
*/
var x = 10
var y = 20
var z = "The result is: " + x + y
console.log('结果为',z)//The result is: 1020
var a =0.1 + 0.2
var b =0.3
console.log('浮点数的值',a,a == b) //0.30000000000000004 false
/*
js中数字相关的方法
*/
/*
返回字符串
*/
toString()
/*
返回指定位数的字符串值
不会改变原来数字
*/
var x = 9.656
let x0 = x.toFixed(0) // 返回 10
let x2 = x.toFixed(2) // 返回 9.66
console.log('toFixed',x,x0,x2) //9.656 10 9.66
/*
返回指定长度的字符串值
不改变原来的数字
*/
var x = 9.656
let xT0 = x.toPrecision() // 返回 9.656
let xT2 = x.toPrecision(2) // 返回 9.7
console.log('toPrecision',x,xT0,xT2) //9.656 9.656 9.7
/*
以数值返回数值
*/
// valueOf()
/*
将js变量转换为数值
无法转换为数字返回 NaN
*/
let an = true
let ar = Number(an)
console.log('Number',ar)
/*
解析一段字符串返回数字
允许空格。只返回首个数字：
*/
parseInt("10") // 返回 10
parseInt("10.33") // 返回 10
parseInt("10 20 30") // 返回 10
parseInt("10 years") // 返回 10
parseInt("years 10") // 返回 NaN
/*
解析一段字符串并返回数值。允许空格。只返回首个数字：
*/
parseFloat("10") // 返回 10
parseFloat("10.33") // 返回 10.33
parseFloat("10 20 30") // 返回 10
parseFloat("10 years") // 返回 10
parseFloat("years 10") // 返回 NaN
数组的索引按照32位且无符号定点整数存储，也就是说数组索引最大值为 2 32 ，而数组以0开始，所以实际最大值为2 32 - 1
对于 & | ^ ~ 以后单独再说,主要说明 <<, >>, >>>
ECMA相关位运算说明
完整的位运算步骤
js能精确计算（运算结果）的数值范围是 [-2 53 , +2 53 ]
js能表示的纯整数数值范围是 [-1.8x10 308 , +1.8x10 308 ]
js能表示的纯小数数值范围是 [ -5x10 -324 , -1) ∪ (+1, 5x10 -324 ]
IEE754标准就和js中的正则表达式，unicode编码一样，他不是js特有的东西的，而是一种国际上通用规范，
目的其一，方便；
目的二，使程序可移植性强。
（在js中定义的数值，解释器会帮我们把值转化为IEEE754标准的64位浮点型，如果是位运算，解释器会把值定义为32位整型）
了解他之前，先看一个示例
那么，我们能不能创造出一种，利用有限的8位机器数，尽可能多的解决上述问题的方法呢？
假设，机器位为8，有如下的一段2进制编码：
符号位 ：0表示正值， 1表示负值；
指数位 ：就是我们理解的平方数，在这里由于是2进制，所以，指数位的010暂且表示为 2 010 = 2 2 ，且指数的表示范围为0 ~ 7之间。（一会说这样做的问题）
数值位 ：就是我们要表示的真实的值的部分，但是，这里的1010并不是我们通常理解的10进制 的10，因为我们要在这解决上述定点数的问题,
那么，我们怎么设计才能让一条整数，小数共存的数据表示在一个硬件中呢？且简单易懂？
但是，以（0.）作为约定的数值位默认头是有问题的，比如：
真值 +0.001010 以我们自定义规则转换成的二进制为,
0000 0010 ，因为机器位数为8，超过的8位要舍去，10就被丢掉了，损失了精度且保留了多余的，没有意义的0 。
这就引出了我们要解决的问题4
看来，我们现在需要对规则进行一些修改，我们尝试以（1.）作为约定的数值位默认头，还是以真值 +0.001010为例 ，那么这个真值可以改写为
1.010 x 2 -3 == 1.010 x 2 -011
这回可操蛋了，因为之前我们约定的指数部分的表示范围是0 ~ 7，这个-3可怎么办呢，聪明的你肯定想到了，何不把指数位置的第一位也规定为符号位呢？这不就可以表示正负数了吗，没错，是可以满足需求，但是，多一个符号位的判断会增加机器的运算复杂度负担，那么可以用补码啊？没错，但是，如果通过指数进行数值比较的时候（注意：在对两个值进行判断的时候，例如 3 >4，计算机浮点运算器会对 3 和 4 对应的64位浮点数指数位数值进行比较，如果不相等，直接返回true或false，如果想等，再进行数值位的比较），又要增加负担，有没有更好的办法呢？
可推理出
真值 +0.001010 == 1.010 x 2 -3 == 1.010 x 2 -011
得指数真实表示的值为 -011 + 偏移值 011 == 000
真值 +0.001010 的自定义2进制编码值为
0000 0100
经过以上的求证，得到新的8位机器数浮点数约定如下：
所以，图1-1使用我们新约定的浮点数规则解码，得到：
1.1010 x 2 010-011=-1 == 0.11010
+0.11010 == 0.9140625
先说间隙值
再说数值范围
我们再回过头来看看IEEE754,由于js使用的是IEEE754双精度浮点格式（64 位），所以我们就针对64位说明。其实，和我们上面自己胡编乱造的规则基本一样，
IEEE754双精度浮点格式
符号位1，指数位11，数值位52，偏移值 2 11-1 - 1 == 1023
现在，我们可以自己证明
因为数值位是52位，加上约定的隐藏头1. 那么就是 53位，超出的部分舍弃，所以就是精度损失
但严谨来说，应该是不包含小数
已经证明过
我们先把0.1 和 0.2 转化为2进制
很明显，0.1 和 0.2 都无法用2进制精准表示，呈现出的是无限循环。
我们看一个实例，来看看IEEE如何做舍入处理的
（例子是IEEE754单精度浮点格式（32 位），没找到64位的，自己懒得算了。。不过可以说明问题）
0.1被IEEE754双精度浮点数舍入处理后的值为
0.00011001100110011001100110011001100110011001100110011010
0.2被IEEE754双精度浮点数舍入处理后的值为
0.0011001100110011001100110011001100110011001100110011010
0.1 和 0.2 在转换后都被进位了，所以实际值，比真实值要大一点点，所以0.1+0.2比0.3略大，暂且这么来理解，因为浮点数的运算比定点数要麻烦，又由于10.1假期结束，至此一阶段笔记到此结束，之后的二阶段再补浮点数运算的笔记
参考资料
计算机组成原理
http://c.biancheng.net/view/314.html
https://www.zhihu.com/question/21711083
https://blog.csdn.net/weixin_40805079/article/details/85234878
