一升不要紧，打开老项目，开启webpakc-dev-server，然后改代码，发现浏览器不会自动刷新了！！！
这可急死我了，各种卸载webpack、webpack-dev-server，安装各种版本，调试。各种查资料查文档，都讲的是参数配置（webpack-dev-server启动就会自刷新，参数都是其它用途）。
然后结果都是 no work！！！
难道以后我的工作以后就在 不断的 手动编译中度过吗？？？？？？？，不甘心！！！
废话不多说了，最后在我快要放弃的时候，不经意间发现了一些猫腻（天助我也）：
webstorm的保存，会在临时文件夹中创建一个文件用来保存（好像没有出发实际文件的变更），所以我们要在setting中勾掉这个设置，如下图
切记，这里的勾是要勾掉（就是不选择）
it work good！！！
当使用$操作符匹配任何数组元素，$unset替换指定的元素为null而不是删除掉指定的元素，此行为保持数组大小和位置一直；
Mongodb字段更新$set操作符
如果之前有使用过Okhttp，那么你一定知道底层的IO读取是由square公司开发的Okio库。它补充了Java.io和java.nio的不足，以便能够更加方便，快速的访问、存储和处理你的数据。而在一般的开发中，我们也可以使用Okio来做IO读写，非常方便深得我心
Emscripten实现把C/C++文件转成wasm，wast（wasm的可读形式）,llvm字节码（bc格式），ll格式（llvm字节码的可读形式）的步骤。
C/C++代码通过emcc编译为字节码，然后根据不同的目标编译为asm.js或wasm。emcc和gcc编译选项类似，例如-s OPTIONS=VALUE、-O等。另外为了适应Web环境，emcc增加了一些特有的选项，如–pre-js 、–post-js 等。
The Emscripten Compiler Frontend (emcc) is used to call the Emscripten compiler from the command line. It is effectively a drop-in replacement for a standard compiler like gcc or clang.
这个输入文件file，既可以是clang可以编译的C/C++语言，也可以是二进制形式的llvm bitcode或者人类可读形式的llvm assembly文件。
Asm.js: Javascript的编译目标
对于iOS或是Android来说，我们可以将相关的算法通过C/C++进行编写，然后编译为dylib或是so并进行混淆以此来增加破解的复杂度，但是对于前端来说，并没有类似的技术可以使用。当然，自从asm.js及WebAssembly的全面推进后，我们可以使用其进一步增强我们核心代码的安全性，但由于asm.js以及WebAssembly标准的开放，其安全强度也并非想象中的那么美好。
ios判断字段是否存在