spring框架

一、为什么需要服务发现 简单来说，服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并且强调DevOps和快速演化。这就要求我们必须采用与一站式时代、泛SOA时代不同的技术栈，而Spring Cloud就是其中的佼佼者。 DevOps是英文Development和Operations的合体，他要求开发、测试、运维进行一体化的合作，进行更小、更频繁、更自动化的应用发布，以及围绕应用架构来构建基础设施的架构。这就要求应用充分的内聚，也方便运维和管理。这个理念与微服务理念不谋而合。 接下来我们从服务化架构演进的角度来看看为什么Spring Cloud更适应微服务架构。 1.1 从使用nginx说起 最初的服务化解决方案是给提供相同服务提供一个统一的域名，然后服务调用者向这个域名发送HTTP请求，由Nginx负责请求的分发和跳转。 这种架构存在很多问题: Nginx作为中间层，在配置文件中耦合了服务调用的逻辑，这削弱了微服务的完整性，也使得Nginx在一定程度上变成了一个重量级的ESB。 服务的信息分散在各个系统，无法统一管理和维护。每一次的服务调用都是一次尝试，服务消费者并不知道有哪些实例在给他们提供服务。这不符合DevOps的理念。 无法直观的看到服务提供者和服务消费者当前的运行状况和通信频率

一、Spring Boot 简介 Spring Boot是由Pivotal团队提供的全新框架，其设计目的是简化新的Spring应用的初始搭建以及开发过程。该框架使用了特定的方式进行配置，从而使开发人员不再需要定义样板化的配置。Spring Boot致力于在蓬勃发展的快速应用开发领域（rapid application development）成为领导者。 在使用Spring Boot之前，我们需要搭建一个项目架构并配置各种第三方库的依赖，还需要在XML中配置很多内容，繁杂且容易出错。Spring Boot 完全打破了我们之前的使用习惯，一分钟就可以创建一个Web开发的项目了通过Starter的方式轻松集成第三方的框架；去掉了XML的配置，全部用注解代替。 Spring Boot Starter 是用来简化jar包依赖的，集成一个框架只需要引入一个Starter，然后在属性文件中配置一些值，整个集成的过程就结束了。不得不说，Spring Boot 在内部做了很多的处理，让开发人员使用起来更加简单了。 下面总价性列几个使用Spring Boot 开发的优点： 基于 Spring 开发 Web 应用更加容易； 采用基于注解方式的配置，避免了编写大量重复的 XML 配置； 可以轻松集成 Spring 家族的其他框架，比如：Spring JDBC、Spring Data等等；

前面两篇博客中我们简单介绍了Spring Boot项目的创建、并且也带小伙伴们来DIY了一个Spring Boot自动配置功能，那么这些东西说到底最终还是要回归到Web上才能体现出它的更大的价值，so，今天我们就来看一下如何使用Spring Boot来开发Web项目。当然，如果小伙伴对Spring Boot尚不熟悉的话，可以先参考一下这两篇博客： 1. 初识Spring Boot框架 2. 初识Spring Boot框架(二)之DIY一个Spring Boot的自动配置 Spring Boot 提供了spring-boot-starter-web来为Web开发予以支持，spring-boot-starter-web为我们提供了嵌入的Tomcat以及SpringMVC的依赖，用起来很方便。另外，我们这里还要用到模板引擎，我们做web开发可选的模板引擎还是挺多的，这里我主要使用Thymeleaf作为模板引擎，事实上，Spring Boot提供了大量的模板引擎，包括FreeMarker、Groovy、Thymeleaf、Velocity和Mustache，在 提供的这么多中它推荐使用Thymeleaf。Thymeleaf在使用的过程中通过ThymeleafAutoConfiguration类对集成所需要的Bean进行自动配置

第三章 Spring AOP 3.1 Spirng AOP简介 3.1.1 什么是AOP 概念：AOP 的全称是 Aspect-Oriented Programming ，即 面向切面编程 (也称面向方面编程)。 它 是面向对象编程 (OOP) 的一种 补充 ，目前已成为一种比较成熟的编程方式 。 横向抽取机制 ：将分散在各个方法中的重复代码提取出来，然后在程序编译或运行时，再将这些提取出来的代码应用到需要执行的地方 ，而传统的 OOP只能实现父子关系的纵向的重用。 **地位：**虽然AOP是一种新的编程思想，但不是OOP的替代品，而是其的延伸和补充。 意义： AOP 的使用，使开发人员在编写业务逻辑时可以 专心于核心业务 ，而不用过多地关注于其 他业务逻辑的实现，这不但 提高了开发效率 ，而且 增强了代码的可维护性 。 最流行的两个AOP框架： Spring AOP 纯Java实现，不需要专门的编译过程和类加载器，在运行期间通过代理的方式向目标类织入增强的代码。 AspectJ 基于Java语言的AOP框架，从Spring2.0开始，SpringAOP引入了对AspectJ的支持，AspectJ扩展了Java语言，提供了一个专门的编译器，在编译时提供横向代码的织入。 3.1.2 AOP术语 在学习使用 AOP 之前，首先要了解一下 AOP 的专业术语 。 这些术语包括

本文转载自： 使用Spring进行面向切面编程（AOP） 前言 面向切面编程（AOP）提供另外一种角度来思考程序结构，通过这种方式弥补了面向对象编程（OOP）的不足。 除了类（classes）以外，AOP提供了 切面。切面对关注点进行模块化，例如横切多个类型和对象的事务管理。 （这些关注点术语通常称作 横切（crosscutting） 关注点。） Spring的一个关键的组件就是 AOP框架。 尽管如此，Spring IoC容器并不依赖于AOP，这意味着你可以自由选择是否使用AOP，AOP提供强大的中间件解决方案，这使得Spring IoC容器更加完善。 Spring 2.0 AOP Spring 2.0 引入了一种更加简单并且更强大的方式来自定义切面，用户可以选择使用基于模式（schema-based）的方式或者使用@AspectJ注解。 这两种风格都完全支持通知（Advice）类型和AspectJ的切入点语言，虽然实际上仍然使用Spring AOP进行织入（Weaving）。 本章主要讨论Spring 2.0对基于模式和基于@AspectJ的AOP支持。请查阅"AOP声明风格的选择"一节获取 为你的应用选择适当的声明风格的建议。Spring 2.0完全保留了对Spring 1.2的向下兼容性，下一章 将讨论 Spring 1.2 API所提供的底层的AOP支持。

1.首先是maven添加依赖各种报错。 <!-- https://mvnrepository.com/artifact/org.activiti/activiti-spring-boot-starter-basic --> <dependency> <groupId>org.activiti</groupId> <artifactId>activiti-spring-boot-starter-basic</artifactId> <version>5.22.0</version> </dependency> 尝试数次，无效，改天再次尝试，成功。 2.后来使用5.17版本，成功 <dependency> <groupId>org.activiti</groupId> <artifactId>spring-boot-starter-basic</artifactId> <version>5.17</version> </dependency> 其中很多的架包无法直接引入，需要手动导入。详见手动导入maven架包。 5.17版本和mybitis3.25兼容，其他的版本都有问题，具体问题是sql会多出一个order by。最后还是使用5.22版本 3.环境搭建好之后，部署对应的activiti流程，activiti desingner在前面已经说过了。启动项目，对于

一.改变的地方： 1.配置实体类注解，此时可以删除掉set方法，而是用注解Autowired注入数据 2.还有创造实例对象此时也采用注解，删除掉xml相关操作； 3.由于此时使用注解，所以要多一个context环境，告诉Spring构造容器时所要扫描的包； 二.问题 1.开发过程中，软件开发和软件测试是两个属性。junit单元测试中，集成了一个main方法。会判断那里有@Test。但是Junit不知道我们是否采用了Spring框架。但是没有IOC容器，使用Atuowired根本不会起作用，即无法实现注入。 2.Spring整合JUnit： 1.导入坐标Spring-test； 2.使用Spring提供的注解替换掉JUnit的main方法； @RunWith(); 3.告知Spring运行器，spring和IOC是给予注解还是xml配置的， @ContextConfiguration（） locations:指定xml文件的位置，加上classpath关键字，表示在类路径下； classes‘’：指定注解所在的位置 注意：JUnit版本必须是4.12以上 @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations= {"classpath:bean.xml"}) public class

1.spring框架的核心功能有两个： spring容器作为超级大工厂，负责创建，管理所有的java对象，这些java对象被称为Bean。 spring容器管理容器bean之间的依赖关系，spring使用一种被称为“依赖注入”的方式来管理bean之间的依赖关系。 2.理解依赖注入： 以配置文件来管理java实例的协作关系，称之为 控制反转 （Inverse of control，IoC）。 后来起了个新名字： 依赖注入 （Dependency Injection）。 3.当某个Java对象（调用者）需要调用另一个Java对象（被依赖对象）的方法时，在传统模式下通常有两种做法： 1.原始做法：new一个对象， 主动创建 被依赖对象，然后调用其方法； 2.简单工厂模式：找到被依赖对象的工厂， 主动通过 工厂去调用被依赖对象。 主动 二字，这必然会导致调用者与被依赖对象实现类的硬编码耦合，非常不利于项目升级的维护。 4.spring框架 中： 调用者无需主动获取被调用对象，只需被动接收spring容器为调用者的成员变量赋值即可。 5.spring的零配置支持 spring提供如下几个Annotation来标注bean： @Component：标注一个普通spring bean类； @Controller：标注一个控制器类组件； @Service：标注一个业务逻辑组件类；

前面我们说过，spring的开发规范值得每一个开发学习。 其实在框架中运用了很多设计模式，这里我想多分享一些关于开发的理解。 在我刚刚开始学习java语言的体系的时候，觉得面向对象知识一个可有可无的概念。虽然很好，但是好像对于实际开发指导的意义并不大。 当时的我并没有感受到其设计的魅力所在。 后来，我慢慢意识到，我之前掌握的面向对象的思想仅仅是知识概念，但是我的编码习惯并没有升级到理念的程度。 然而，如何提现这个思想。就是编码中运用到的设计模式的思维。 Spring 框架中使用到了大量的设计模式，下面列举了比较有代表性的： 代理模式—在 AOP 和 remoting 中被用的比较多。 单例模式—在 spring 配置文件中定义的 bean 默认为单例模式。 模板方法—用来解决代码重复的问题。比如. RestTemplate, JmsTemplate, JpaTempl ate。 前端控制器—Spring 提供了 DispatcherServlet 来对请求进行分发。 视图帮助(View Helper )—Spring 提供了一系列的 JSP 标签，高效宏来辅助将分散的代码 整合在视图里。 依赖注入—贯穿于 BeanFactory / ApplicationContext 接口的核心理念。 工厂模式—BeanFactory 用来创建对象的实例 来源： CSDN 作者：

springBoot作为现在的主流框架之一，将很多框架进行了融合，本编笔记记录的是mybatis的融合，SpringBoot+MyBatis融合有两种方式——原生xml方式和注解方式，，下面通过案例将两种方式都了解一下 。 。ps：我用的eclipse 创建好项目，首先导入jar包 < ! -- springBoot父依赖 -- > < parent > < groupId > org . springframework . boot < / groupId > < artifactId > spring - boot - starter - parent < / artifactId > < version > 2.2 .5 . RELEASE < / version > < relativePath / > < ! -- lookup parent from repository -- > < / parent > < dependencies > < ! -- 阿里数据连接池 -- > < dependency > < groupId > com . alibaba < / groupId > < artifactId > druid - spring - boot - starter < / artifactId > < version > 1.1 .10 < /