今日完成

从上午试到下午，终于build success

IDEA在新建项目时候，有一步骤是选择springboot版本的，所有的默认版本全部都是今年六月才出的，然后相关依赖不支持最新版本，所以一直不能通过。查到网上今年1月的版本为1.51，用的人也不少，所以将build.gradle文件里的springboot版本也修改成1.51，就能通过了。

被Gradle坑惨了，先说下Gradle是什么东西吧。

Gradle和Maven一样，是用来管理java项目的构建工具，因为基于groovy所以不像xml配置那么繁琐，但是简单的一定好么？至少从这两天使用体验来说不尽然。。。。。首先是各种依赖jar问题，因为Gradle国内使用的比率相对较少，所以不像maven有阿里这种镜像库可以加载，所有新的资源引入都要通过中央库下载jar，感谢伟大的墙。这又回到了maven引入新依赖时候短则二三十分钟，长则两三小时的地狱。然后就是执行效率的问题，虽然通过build.gradle修改版本到了1.5.1,但是到了boot run阶段，就是加载各种组件通过内部tomcat（你也可以修改配置换成jetty），启动web项目，各种卡死。。。。。。。。。

也许有学android的师兄弟用gradle比较溜吧，但是对我来说仿佛是刚刚踩完了各种maven的坑又要把gradle的坑全部踩一遍。当我把书中作者的源码down下来idea build报错的时候，整个人都崩溃了。。。。。。。。。。。。最后说下选书的问题，新的不一定是好的，市面上用spring boot构建web项目的书很水，跳过很大，spring boot集成了很多spring模块的配置，时间是节省了，但是你依然搞不明白spring各个xml配置是干什么的，项目执行的先后顺序是什么。

思维发散一下，很多程序员老司机不愿意用新东西和集成度过高的工具，也是因为都是坑啊。类似的linux和win操作也是如此，因为linux逼格很高所以选择linux？不是的，因为linux所有运行的流程和配置都在掌控之中，win操作简单了，但是稳定性呢？配置简单的后果就是运行结果的不可控，特别是对新手。

收获

发现了新坑gradle，配置很简单，效率很感人

困难

版本和普及率的问题，gradle使用各种坑，继续回去拥抱maven。然后不要图省事用spring boot，不利于新手了解spring。精通spring MVC4这书很水，是大坑货！精通个鬼哦。

明日计划

抛弃spring boot和gradle，老老实实学spring+maven