如果我说了cnpm的缺点以后，我估计它就没有优点了。
由于我们墙的问题，npm的速度很慢，所以大家用了cnpm。
然而大家不知道的是我们使用npm或者yarn，会分别产生yarn.lock或者package-lock.json的文件。这两个文件，在我们不主动升级依赖包的情况下不会主动，下次npm install或者yarn的时候，不会主动升级我们的依赖包。
然而我们用cnpm，每次cnpm install他就会给我们在小范围内升级我们的依赖包，这样我们的依赖包多了的时候，总会又一个会报错的。
如果我们的工程很久没有动的化，再次cnpm install的时候，就有可能出现问题了。
哎，所以我强烈建议大家不用使用cnpm了，关于速度慢的问题，我们可以设置npm 或者yarn的代理，注意不是镜像，镜像当然也可以，不知道为啥我使用的镜像不太爽。
我真的太久没发 IntelliJ 的教程了，最近 Sakura 同学找我帮他配 IntelliJ ，我秀了一下技术，假装自己是老司机。 然后发现 Language Injection 这个非常好用的功能我居然没写教程（很明显，一堆人不知道这个东西）， 于是我又开始写教程了。 本文多图。
用Map接收的时候,都是像DB定义的字段一样,类似以下 student_name,student_id,没有转换为驼峰,但是又不能因为这一个定义一个javabean来映射数据库字段集合,这样,会有无穷无尽的javabean,完全不是办法,
当我们已经启动了一个服务，然后修改代码之后，会自动重新部署。Spring项目通常有新内容修改后需要重新编译然后运行。通过配置Spring boot的热启动配置，可以实现自动编译重启项目，通常要比手动停止，启动项目快。
location匹配路径末尾没有 /，proxy_pass后面的路径只有域名同时最后有 /：
通过快捷键直接启动电脑上的相关应用，可以分成两个步骤： 1.相关启动应用生成快捷方式（如果已经生成了快捷键，可以跳过这步）； 2.为快捷方式设置相应的快捷键。
解决办法，更新bugly版本
如何解决node的内存溢出问题，并不是网上所说的--max-old-space-size，都能解决的。
如何解决node的内存溢出问题，并不是网上所说的--max-old-space-size，都能解决的。
硬盘的 IO 开销是非常昂贵的，硬盘 IO 花费的 CPU 时钟周期是内存的 41000000/250 = 164000 倍。 所有在一般应用中，优化要首先考虑数磁盘 IO , 通常也就是数据层的优化，说到数据库优化，很多人第一时间会想到加索引，但是什么加了索引查询会变快呢？索引要怎么加才合适呢？