5.Boolean操作符
js中的布尔操作符与大多数其他语言类似。
① 非：！代表非操作符。其操作逻辑是首先将其操作数转化为一个boolean类型的值，再对这个值取反。因此，非操作符总是返回布尔类型的返回值。例如（!null） = (! false) = true。基于这个原则，我们可以发现，当对一个操作数取两次非后，其效果就与Boolean()一致。
非操作符为true的情况：空字符串 / 0 / null / NaN / undefined ，除了这些操作数，非 + 其他任何操作数的结果均为false。
②与：&& 代表与操作符。与和非操作符不同，它不一定会返回布尔值。在两个操作数中有一个不是布尔类型时，其遵循以下原则：
op1为对象 -> 返回第二个操作数。
op2为对象 -> 只有在第一个操作数求值结果为true时才返回。
op1与op2均为对象 ->返回第二个操作数。记住这个原则，js中除了极少数特殊情况，绝大多数正常值都是对象，因此基本返回后者。
op1/2为NaN ->返回NaN。
op1/2为undefined ->返回undefined。
op1和op2一个为true，一个为非类false对象：返回后者。
与操作符遵循短路原则，即op1如果可以决定操作符的结果(op1 = false)，则不会再对op2进行计算。
③或： || 代表或操作符。或操作符与与操作符类似，当有一个op不是布尔值时，他也未必会返回布尔值，其遵循以下规则：
op1为对象 -> 返回op1。（同上理由，绝大多数情况。）
op1 = false -> 返回op2。（op2 ！= false）
op1，op2 = NaN / null / undefined -> 返回NaN / null / undefined。
或操作也遵循短路原则，即op1如果可以决定操作符的结果(op1 = true)，则不会再对op2进行计算。
基于或操作符的计算原则，我们可以简化对某个值赋值的写法,避免赋值时为变量赋上null或undefined的值：
6.乘性操作符
乘性操作符就是日常我们所称的 乘 除 模 ： * / %三种。常规情况就不多废话了，这里主要记录异常处理：
① 乘法：首先需要说明的是，当一个操作符不是数字类型时，乘法会自动调用number()函数对其强制类型转换，再做计算。
如果计算结果超出预期，返回 Infinity 或 -Infinity。
如果op1/2为NaN,返回NaN。
Infinity * 0 = NaN。（上面这种情况的特殊情况）
Infinity * 非0 = ±Infinity。
② 除法：首先需要说明的是，当一个操作符不是数字类型时，除法会自动调用number()函数对其强制类型转换，再做计算。
如果计算结果超出预期，返回 Infinity 或 -Infinity。
如果op1/2为NaN,返回NaN。
Infinity / Infinity = NaN。
任何数（包括NaN 和 Infinity和 0）除以0 = NaN。
非0的有限值除以0 = ±Infinity。
③ 求余：首先需要说明的是，当一个操作符不是数字类型时，求余会自动调用number()函数对其强制类型转换，再做计算。
Infinity % 有限值A = NaN。
有限值A % 0 = NaN。
Infinity % Infinity = NaN。
有限值A % Infinity = A（被除数）。
7.加性操作符
① 加法。不多废话了。
但是要注意一个常见错误：
var a,b = 10 , 5
var d,f = 6, 8
var c = d + f + 'the sum of a and b is ' + a + b // 68 the sum of a and b is 105。
加法中，每次操作最靠左的两个操作数，一旦有一个操作数是字符串，则会优先将另外一个操作数转化为string类型
② 减法：
8.关系操作符
如果都是数值 - 执行数值比较；如果不全是数值，则将不是数值的转化为数值做比较(number())
如果都是字符串 - 逐位比较ascii码
如果操作符中有对象，就调用valueOf() 或 toString() 方法
另外需要注意的是，任意数与NaN做大于，小于，等于的比较，return值都等于false：
最后的话，除了数字类型的字符串通常无法转换成正常的数字类型进行比较：
最后写一点近期工作上的感悟：最近自己在工程里经常会因为一些非常细小的常识性错误导致BUG，这让我痛定思痛。
过去对于语言的基础知识我也曾是不屑一顾的。小到操作符，类转，定义，大到语句，判空，变量作用域，this取值...，大学四年计算机专业的学习并没有让我对他们有全面的认识以及充分深刻的理解，而仅仅是漂浮于语法的表面。而这就导致了在95%的情况下正常的写法，恰巧就会因为那5%的特殊和异常引发严重的BUG(而且大多数情况下自己都找不到BUG的原因....)这更加坚定了我决定从基础开始，从根本开始重新复习与深挖js的想法。
框架只是工具。无论是angular还是vue，无论是js还是ts，本质都只是几十年间js发展中不断被封装的轮子，被一次又一次打扮地更加花花绿绿的衍生品。如果一个技术开发者无法理解语言的本质，理解语言在底层运行的逻辑与交互方式，那么在接手自己不熟悉的项目或代码块时，便很难快速上手，解决工程中的难题。前者更多时候其实是在凭借经验来进行开发与维护工作，而这无疑是十分危险的。
