共计 3252 个字符，预计需要花费 9 分钟才能阅读完成。
我个人是比较不喜欢去正儿八经的比较两个框架的，这样没有意义，不过欲善其事先利其器！
技术是相通的，但是在某个特定的领域的某个阶段肯定有相对最适合的一个工具！
这里比较不是从技术角度比较，而是从公司技术选型考虑的，特别是初创的互联网创业公司。没办法，谁让互联网公司离不开软件呢！哈哈哈。
首先是双方选手出场介绍：
Laravel
Laravel 框架号称是 Web 艺术家的框架，富有生产力，代表了最优雅最流行的 PHP 框架，经过一段时间的使用，也上了一个项目，感觉特点如下：
比较规范（PHP 的框架中），适合团队分工协作
开发速度快（社区生态和脚手架加持）
部署方便（PHP 的部署就那样吧，Git 一套推拉下来就搞定了）
功能模块比较全面
架构较复杂（在 PHP 框架中，O(∩_∩)O 哈哈~）
全栈，前后端一个 IDE 搞定
其他文中再说
Spring Boot
Spring Boot 准确来说并不是一个完整的框架，而是为了使 Spring 全家桶更方便使用、更亲民而产生的一个整合框架。所以 Spring Boot 的背后是 Spring 近乎无敌的生态和解决方案。先简单说一下特点吧：
背靠 Java 这个老家伙，还有 Spring 这个 J2EE 的标准背书，生态非常强大
开发速度快（在 Java 系列中。。。），约定大于配置
基于 JVM，执行效率有保障
需要掌握 Spring 的那一套，对于本身不是 J2EE 的童鞋学习成本有点高
有 Cloud 加持，微服务在召唤
智能到令人发指的 Spring Data JPA
其他稍后文中再说
好啦，介绍完选手，就开始来分析一下该用哪个啦，这里我们设定一个情境：
假设 小红 是一位有一个自认为价值 20 亿 的 Idea，并且打算付诸实践的小 BOSS（即将成为），稍懂软件架构和开发技术，没错，是很菜的那种（如果很厉害那随便怎么用框架了，没所谓），且启动资金只有 30 万。
我也不想假设的这么惨的，现实中这种情况很多，那我们就以这种情景展开分析。小红要以最低成本、最快速度推出 1.0 版本，投放市场，收集反馈，持续迭代。这是一个系统工程，讲其他因素剔除，只考虑技术问题，可以总结成以下几点：
成本（开发效率和人工成本）
响应（迭代和部署效率）
安全（稳定性和 BUG 解决速度）
协作（团队协作和扩展性）
1. 开发效率
开发这个过程，我们将它定义为需求和原型都已经确定，并且已经简单建模完毕，嗯，就是猿们到岗后拿着需求文档打开电脑（Windows）的时候开始，到 1.0 版本发布这段时间，是谁跑得快！O(∩_∩)O 哈哈~
首先是 Laravel 框架，步骤是这样的：
配置本地环境：包括 PHP-CLI、Vagrant、VirtualBox、HomeStead Box、Composer、nodejs（Mix 要用到）、Python、Virtual Studio、Node-gyp（Node-Sass 要用到）、PHPStorm、Git，一切就绪后 composer create-project laravel/laravel xxx
开发：定义 migration、model，然后 transformer 和 repository，再写 service 和 passport 啥的，再写 controller，view 视图，然后完善 Event、Notification、推送啥的，期间伴随着单元测试
部署：Git push、Git Clone、Pull，env 整一个，上线
对 Laravel 的开发流程熟悉的人呢，开发速度是很快的。
我们再来看看 Spring Boot：
业务不复杂就不要折腾微服务啦，不要像某人一样明明只有一台机器，硬是要开几十个端口，然后跑几十个 Spring Boot 的小服务，还用 Cloud 全家桶串起来了。我竟无言以对
单体应用撸起来，步骤如下：
配置开发环境：IntelliJ IDEA 下一个、JDK 装一个、其他要用到的 Redis 啥的装上，分分钟就搞定可以开撸了。
开发：定义 JAP Entity，Repository、Service，配置 Spring Security（包括 Oauth2），定义 Validation，开撸 Controller、异常处理，视图层啥的，单元测试也少不了
部署：打出 Jar 包，扔到服务器上执行吧，nginx 映射一下，搞定
我个人觉得 Spring Boot 的开发效率要比 Laravel 框架高些！
为什么呢? 因为如果对 Spring 的机制熟悉，也了解 Security、JPA、Thymeleaf 模板、RabbitMQ 等等功能模块的使用，Spring Boot 的封装是比 Laravel 要好的，但前提是对 Spring 那一套熟悉，不然从何入手都弄不清楚。
Spring 有些组件是非常复杂的，例如 Spring Security
Laravel 框架借鉴了很多 Java Spring 的思想，比如容器，依赖注入、切面，这方面明显 Spring Boot 是正宗，注解啥的 6 得飞起！
Java 语言非常严谨，在开发过程中的体验比较好，至少像我这样天马行空的猿，还非得要 Java 这个老头来管着，不然分分钟要跑偏。
回到开发效率这个问题上，如果对两个框架都比较熟悉的情况下，Spring Boot 是开发比较快的，但 Laravel 在某些方面是完胜 Spring Boot，如下：
Laravel 框架的 ORM 构建需要经历两个步骤，migration 和 model，而且改动 migration 需要调整 model，无法向 JPA 一样 Entity 即数据库结构；
Laravel 框架需要手动实现一些注入绑定，通常是 $app->bind，尽管这不消耗多少时间，但是比起 Spring 强大的注解还是慢不少，而且主流 IDE 对 Spring 的 Bean 提供了导航查看功能，牛逼哄哄啊；
如果要做网页渲染，Laravel 的动态脚本语言特性加上 Blade 模板基本是秒杀 Spring Boot 的；
要让层次更分明一些的话，Laravel 需要手动实现 Repository 模式，反正我是受不了 Model 直接定义业务逻辑的，放在 Controller 里也受不了，不但难看，还不好扩展；
在授权这方面，Laravel 自带的和 Spring Security 都很强大，可以说是开箱即用，打平；
Laravel 框架开发反馈调试方面是完胜 Spring Boot 的，这方面可以说所有非编译型的语言都很爽！尽管 Spring Boot 也有 DevTool，但是架不住 PHP 根本就不需要重新启动呀。
Laravel 框架的代码提示远远比不上 Spring Boot，而且还需要第三方包 Ide-Helper 的加持，不然代码追踪都不行，可是就算用了第三方包还是看不了 容器内长啥样啊；
像 Laravel 这样靠面向对象体现优雅的框架，却遇到了 PHP 这门面向对象不太完全的语言，以致于在 Java 体系内很容易实现的一个功能，到了 PHP 体系却无能为力；
Route 路由这方面 Laravel 非常强大，而且直观，比 Spring Boot 灵活，所以定义路由的时候效率完爆 Spring Boot；
异常处理两者都非常方便，提供了统一处理的方式，难分伯仲；
Api Json 数据定制这方面，Laravel 比 Spring Boot 要强大，这是因为 PHP 的数组操作非常灵活，对于 Java 来说需要定义工具类和实体类来专门处理；
i18n 国际化，Laravel 比 Spring Boot 方便；
前端资源处理，就这个功能本身来说，Laravel 的 Mix 配合 Blade 模板完爆 Spring Boot，但是话说回来，只要不是全栈，这不算什么优势。设想一下如果是前端做好页面，拿到后端套模板，那 Thymeleaf 完爆 Blade，因为 Thymeleaf 可以保留预览数据，渲染实际数据，Blade 做不到这一点。
总结：在技能掌握充足的情况下，个人感觉 Spring Boot 开发效率要略高于 Laravel。个人掌握情况不一样，请勿喷，可以参考文中的几个维度，自己思考一下。
最后想提一下，顺便求证：
Laravel 不念“拉瓦”Laravel 不念“拉瓦”Laravel 不念“拉瓦”
时候不早了，有点困。今天就写到这，明天再写人工成本的考量。
大家晚安！谢谢
