java配置繁琐代码轻 java 配置

学springboot之前要学什么

1.Spring Boot 是什么

成都创新互联公司长期为上千余家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为抚宁企业提供专业的成都网站制作、成都网站建设，抚宁网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。

我们刚开始学习 JavaWeb 的时候，使用 Servlet/JSP 做开发，一个接口搞一个 Servlet ，很头大，后来我们通过隐藏域或者反射等方式，可以减少 Servlet 的创建，但是依然不方便。

再后来，我们引入 Struts2/SpringMVC 这一类的框架，来简化我们的开发 ，和 Servlet/JSP 相比，引入框架之后，生产力确实提高了不少，但是用久了，又发现了新的问题，即配置繁琐易出错，要做一个新项目，先搭建环境，环境搭建来搭建去，就是那几行配置，不同的项目，可能就是包不同，其他大部分的配置都是一样的。

Java 总是被人诟病配置繁琐代码量巨大，这就是其中一个表现。那么怎么办？Spring Boot 应运而生，Spring Boot 是 Pivotal 团队在 2013 年开始研发的一个基于 Spring 的全新框架，试图将 Spring 中臃肿的配置进行简化，使 Java 开发更加轻量与快速，这个框架非常活跃，官方也非常重视。

Spring Boot 主要提供了如下功能：

为所有基于 Spring 的 Java 开发提供方便快捷的入门体验。

开箱即用，有自己自定义的配置就是用自己的，没有就使用官方提供的默认的。

提供了一系列通用的非功能性的功能，例如嵌入式服务器、安全管理、健康检测等。

绝对没有代码生成，也不需要XML配置。

Spring Boot 的出现让 Java 开发又回归简单，因为确确实实解决了开发中的痛点，因此这个技术得到了非常广泛的使用，大概从 2017 年年初开始，Spring Boot 基本上面试必问，现在流行的 Spring Cloud 微服务也是基于 Spring Boot，因此，所有的 Java 工程师都有必要掌握好 Spring Boot。在此我向大家推荐一个架构学习交流圈。交流学习伪鑫：1253431195（里面有大量的面试题及答案）里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源，目前受益良多

从 Spring Boot 诞生的过程中，我们可以看到：

Spring Boot 并非另起炉灶，而是在现有的 Spring 框架的基础上整出来的，它把 Spring 中繁琐的配置进行了简化。

Spring Boot 降低了 Spring 家族的使用门槛，使新手更易上手 Spring 框架。

既然 Spring Boot 不是另起炉灶，那么 Spring Boot 学习要不要跳过 SSM 呢？听松哥来分析。

2.要不要跳过 SSM

这是很多人问我的一个问题，我的建议是：不要。

Spring Boot 基于 Spring，简单且容易上手，很多人想当然的跳过 SSM 直接上 Spring Boot。但是当我们细究 Spring Boot 中的自动化配置、条件注解、Java 配置等东西时，实在找不出太多新鲜玩意，Java 配置是 Spring3 开始提供的，条件注解 也是 Spring 中的东西，很多很多，都是 Spring 中就有的，只不过这些东西在 Spring Boot 时代大放异彩。

也就是说，即使你跳过了 SSM 直接去学习 Spring Boot，实际上还是在学习 Spring 中的东西，那既然这样，我们还不如坐下来，老老实实把 Spring 过一遍。

各个领域的开发工程师其实都会面临类似的问题，学习了一些优秀的封装框架之后，还有没有必要去学习底层？当然有必要！因为底层的东西可以让你深刻的理解你目前用的这个东西，也能让你在出问题时快速解决掉问题。

其实无论你想搞什么技术，都要有牢固的基础知识，这些牢固的基础知识就像肥沃的土壤，可以孕育出各种不同技术方向的牛人，基础掌握好了，学什么框架都快。今天你跳过 SSM 直接学了 Spring Boot，假如有一天 Spring Boot 不行了，Pivotal 团队又基于 Spring 框架搞了一个新的框架出来，那你是不是又要去学一遍？但是如果你一开始就掌握了 Spring 的各种用法，无论基于它搞出来什么样的框架，你都能快速上手。更进一步，如果你研究透了 Spring 中的 AOP、Ioc/DI，你会发现很多框架大同小异，核心思想就是这些东西，那么你在学习 Spring 之外的框架，就会容易很多。

3.都要学哪些

那么 Spring Boot 学习都要学哪些东西呢？我这里列举了一个进阶路线：

最基础的当然是 Spring/SpringMVC 相关的东西了。

搭配各种页面模版的使用，例如 Jsp/Thymeleaf/Freemarker/Groovy Templates 等。

和各种 SQL 数据库的整合，以及一些常见的数据持久化框架，例如 JdbcTemplate、MyBatis、Jpa 等。

和各种 NoSQL 数据库的整合，例如 Redis、MongoDB、Elasticsearch 等。

搭配安全管理相关的知识点，例如 Spring Security、Shiro 等。

缓存的使用，例如 JCache、Ehcache 等。

和消息中间件的搭配整合，如 ActiveMQ、RabbitMQ、Kafka 等。

数据校验/定时任务/邮件发送等。

各种监控的使用。

结合 WebSocket 的使用。

Spring Cloud 中相关组件。

上面这些只是我列出来的一些比较常见的技术点，每个技术点都还可以延伸出很多其他的东西，大家可以结合自己的情况，按照顺序一个一个来学，这里边还涉及到很多第三方的框架，例如 Redis、MongoDB、RabbitMQ 等，Spring Boot 的出现只是让这些组件在和 Spring 家族的产品整合时变得更加方便，但是并不会简化这些组件原本的用法，所以，该学 Redis、该学 MongoDB、该学 RabbitMQ 等等，还是一个不能少。以 Redis 为例，学会了 Redis，学会了 Spring 整合 Redis，再回过头来看 Spring Boot 整合 Redis，那简直太 easy 了。

当然，学习 Spring Boot 最终我们还是奔着快速开发和微服务去的，所以，像 Docker、Spring Cloud 等技术，也是需要去了解一下的。

4.怎么学

Spring Boot 发展到今天，网上的资料和图书现在是越来越多了。在看资料学习的同时，大家也要留意以下几个点：

多看源码。不同于其他全新的框架源码你可能会看懵了，由于 Spring Boot 是基于 Spring 的，所以只要你 Spring 基础扎实，看 Spring Boot 源码可以说是毫无压力。如果看 Spring Boot 源码觉得有压力，那可能你 Spring 基础不牢靠，这个时候不妨放下 Spring Boot，去复习下 Spring。

每当学会 Spring Boot 中的一个知识点，不妨想想这个功能在 Spring 框架中要如何使用，如何配置，两边都搞懂了，互相印证，加深对一个知识点的理解。

多多关注 Spring Boot 的发展动态。不同于传统的框架可能一年更新一两次，Spring Boot 更新非常频繁，二次每次更新都会带来一些好玩的东西，可能会有新的 API 加入进来，也可能会有旧的 API 失效，变化大，因此多多关注，避免掉坑。

最后，我这里给大家列举几个我自己经常关注的几个资源。

4.1 官方文档

老实说，Spring Boot 的官方文档是我接触的所有官方文档中最条理清晰浅显易懂的，大家做开发，多多少少都接触过一些第三方的开放平台，很多平台的文档真是让人忍不住想吐槽，框架都做出来了，认认真真写个文档有那么难么？

不过 Spring Boot 的官方文档可以算是非常非常友好了。虽然是英文的，但是实际上对英文要求并不高，连读带猜，其实很容易明白它的含义，我一般对 Spring Boot 中某个知识点有疑问的时候，都是首选官方文档，当然，如果你嫌官方文档打开慢，也帮你下载好了最新版的 pdf。

java 和 .net

要制作挂和游戏脚本2个都能制作。

只要你学的精通，任何语言都能制作，语言只是一种工具，通过相应的平台都可以实现你的要求。

.NET对应的是microsoft visual studio平台开发，JAVA可以使用Eclipse或NetBeans。

JAVA的配置比较繁琐，没.NET来的简单明了。

备注：如果是.NET你可以学C++语言来开发，相对是底层语言，比较适合你的要求。

最主要还是看你个人喜好了，当初我刚学的时候，就是觉得JAVA配置太繁琐所以放弃了呵呵。

Java中使用注解和使用配置文件各有什么优缺点

什么时候用xml：配置文件

1.外部jar包依赖bean配置

2.用注解无法实现，或者用注解无法轻易实现的情形

3.项目组内部达成一致的约定的地方

4.特殊的配置（如：定义一个map）

优：容易编辑，配置比较集中，方便修改，在大业务量的系统里面，通过xml配置会方便后人理解整个系统的架构

缺：比较繁琐，类型不安全，配置形态丑陋,配置文件过多的时候难以管理

========================================

什么时候用注解

除了上面4点，其他情况都可以用

优：方便，简洁，配置信息和 Java 代码放在一起，有助于增强程序的内聚性。

缺：分散到各个class文件中，所以不宜维护

java代码为什么那么繁琐

1. Java语言是不是繁琐呢？手头有一本《Thinking in Java》中文第四版，数了一下正文共22章856页。随手翻一下，示例代码和讲解正文大概比例在1.5 : 1这样。没有真正用Java干过项目的人肯定会大为惊叹：我勒个去，这么多知识点！此为“繁”;

2. 绝大部分搞编程的人，事实上，都是在使用一门语言的某个子集。该子集的形成由项目主导者发起、开发活动参与者共同决定，且相对长期稳定。每一个即将参与该项目的人肯定会先把语言学个大概（其难度参考前一条），然后再根据项目学习该语言子集，最后固化下来。不断使用该子集固然能提升开发效率，但代价不菲，极容易就变成了项目中的一颗镙丝钉（“专家”）;

3. 一门语言的设计肯定不会一蹴而就，一步步改良。没记错的话，Java诞生于1995年左右，到今天已经快满20年。在当时那种IT环境和条件下设计出来的语言，必然存在许多妥协、限制与错误，既不能随便将之抹除（可能还有很多工程依赖着），也不能随便更正，只能通过添加新语法、新类库来打补丁，导致语言更“繁”。举个例子，非内建容器类库是一个典型硬伤，再举个例子，时间日期类没见有多好用，也没见有更新过，连替代品都没见过（恕我不写Java，的确没见过）;

4. 类库（框架）丰富是好事还是坏事，要看针对同一个任务能找到多少替代品。如果有三到四个，那么肯定是好事，既不会造成单点故障，也不至于造成理解和记忆上的负担。但是类库太多，选择太多，人的幸福感反而会下降，高效率也就无从谈起;

5. 框架真的可以保证快速开发吗？熟悉的话是可以的，专家编程嘛！但是

熟悉之前要花非常多时间学习使用吃闷亏。

框架只能免除掉一部分开发工作量。

框架跟业务总是存在“不合缝”的差异。

只不过将复杂度从开发转移到了部署运维。

依赖性极强。

6. IDE可以提高开发效率吗？仅仅一部分罢了。IDE本身就是个非常复杂的东西，将之调校到符合个人开发步调的进程可能会持续很久，事实上大部分人也只是用一些常用功能罢了。而且

基于图形界面意味着自动化不容易（需要编写额外插件）。

出了问题查找原因不易。

依赖性极强。

7. Java本身是面向系统（机器）的，不是面向开发人员的。这种强设计保证有助于提升目标系统的可靠性，却牺牲了开发人员的幸福感。既然设计得如此严谨规范，为什么不能自动生成Java程序，