最近一直在捣鼓spring boot，整体感受就是这玩意儿实在是太轻便了，去掉了各种繁琐的xml配置，就好像长期负重奔跑之后突然解掉了腿上的沙袋，写起代码来简直就像是在撒欢！
在尝试spring boot的过程中接触了一下曾经一直比较排斥的jpa（spring-data-jpa），然后整个人都被惊艳到了，那段时间脑子一直充满了各种“还写什么sql啊！！”、“还用什么mybatis啊”、”还建什么表啊！！“诸如此类balabala…
看过我的这些废话，各位看官应该也发现本文的主题了，没错，就是和spring-data-jpa相关。
其实spring-data-jpa已经出现了很久了，大约开始于spring 3.0，关于它的使用已经有很多很多文章、官方教程去介绍它，我就不重点介绍了。
咱们这篇文章的主旨是分析一下JPA中一个很让我惊艳的接口——JpaRepository的工作原理。
当程序运行一段时间之后，由于很多代码触发jit，编译成native代码。
这部分代码会放在jvm的code-cache区域中。
jvm 1.6的code-cache只有40多m，
当大压力程序跑一段时间之后，code-cache会满，这个时候可能整个程序的jit机制被取消，完全回归到解释执行，然后jvm崩溃。
解决方法就是调大code-cache参数，
jmx可以看到code-cache的大小，
参考文章：http://www.jianshu.com/p/318617435789
为了加强安全性，MySQL5.7为root用户随机生成了一个密码，在error log中，关于error log的位置，如果安装的是RPM包，则默认是/var/log/mysqld.log。
前几天手贱在工作用的电脑上不小心rm -rf掉了hexo的目录，于是乎又要重新安装。之前安装的时候很顺利没有遇到什么问题，今天问题就来了，全是出在node-sass上。
第一个问题就是node-sass编译报错1
2
3In file included from ../src/binding.cpp:3:
../src/sass_context_wrapper.h:8:10: fatal error: 'sass/context.h' file not found
#include <sass/context.h>
1 | response.setContentType(“application/octet-stream”); |