Spring总结

一.Spring是由一个又一个组件构成,它是对组件的生命周期进行管理和对关系的维护,它的核心思想是IoC。
二.IoC:程序运行过程中,如果需要另外一个对象协作(调用它的方法,访问它的属性时),无需在代码中创建被调用者,而是 依赖于外部容器的注入,又称控制反转或依赖注入。
三.它的优点:1.支持与其他框架的整合
2.低侵入式
3.AOP思想(安全、事物、日志),面向切面编程
4.并不强制完全依赖Spring
四.xml解析的两种方式:1.sax;2.Dom
五.定义需要被Spring容器管理的Bean组件时,有id和class两个参数,class指的是全路径。其常见有三种实例: classPathXmlApplication,FileSystemApplicationContext,xmlWebApplicationContext,Spring容器允许我们在定义时就初 始化某些属性
六.Spring有两大接口:ApplicationContext接口和BeanFactory接口
七.Spring注入普通类属性值的两种方式:1.<Property name="" value=""></Property> 通过set给值
2.<Conseructor-arg index="0">value=""</Conseructor-arg> 通过构造器给值(只有一个参数时,无需写index)
两种注入方式的对比:1.设值注入的优点:符合传统思维,更加直观自然。复杂的依赖关系,如果是构造注入则难以阅读
2.构造注入的优点:会按照index的顺序来注入。效率稍高一些。
注入Bean的引用(组件与组件之间的关系):
<Property name="" ref=""></Property>
八.Spring的作用域(有效范围):
1.Sengleton 单例模式 默认都是单例模式
2.Prototype 原型模式 调用几次传几个新的实例,它的生命周期,容器创建到垃圾回收
3.request 同一个请求范围内,Bean组件有效
4.session 同一个会话范围内,Bean组件有效
5.global session 全局会话作用域
九.配置 bean的作用域:Scope="",自动装配:autowire=""
1.byName:根据调用者中需要装备属性的名称去查找Spring容器,如果有则自动装配成功,如果不存在则装配失败,编译期不 会报错,只有程序运行时会报空指针异常。
2.byType:根据调用者中需要装备属性的类型去查找Spring容器,看是否有相同类型的Bean组件的实例存在,如果类型是接口 ,那么去找接口的实现类。
3.Constructor:根据构造器属性类型去查找容器
十.在bean中操作集合
1.list
2.map
3.set
4.String[]
5.proties

时间: 2024-08-03 22:05:38

Spring总结的相关文章

Spring事务管理(详解+实例)

写这篇博客之前我首先读了<Spring in action>,之后在网上看了一些关于Spring事务管理的文章,感觉都没有讲全,这里就将书上的和网上关于事务的知识总结一下,参考的文章如下: Spring事务机制详解 Spring事务配置的五种方式 Spring中的事务管理实例详解 1 初步理解 理解事务之前,先讲一个你日常生活中最常干的事:取钱. 比如你去ATM机取1000块钱,大体有两个步骤:首先输入密码金额,银行卡扣掉1000元钱:然后ATM出1000元钱.这两个步骤必须是要么都执行要么都

SSM整合(spring,spirngmvc,mybatis)

整合思路   准备环境:导入jar包(spring mybatis  dbcp连接池  mysql驱动包 log4j) 工程结构: --------------------------- 1.  整合dao mybatis和spring进行整合   applicationContext-dao.xml 配置: 1.数据源 2.SqlSessionFactory 3.mapper扫描器 创建po以及mapper(通过逆向工程,这里不再演示) 针对综合查询mapper,一般情况会有关联查询,建议自定

Spring Boot 热部署

需要在pom.xml文件中加如下代码: 1 <dependencies> 2 <dependency> 3 <groupId>org.springframework.boot</groupId> 4 <artifactId>spring-boot-devtools</artifactId> 5 <optional>true</optional> 6 </dependency> 7 </depe

Spring多线程

Spring是通过TaskExecutor任务执行器来实现多线程和并发编程的.使用ThreadPoolTaskExecutor可实现一个基于线程池的TaskExecutor.而实际开发中任务一般是非阻碍的,即异步的,所以我们要在配置类中通过@EnableAsync开启对异步的支持,并通过在实际执行的Bean的方法中使用@Async注解来声明其是一个异步任务. 实例代码: (1)配置类 package com.lwh.highlight_spring4.ch3.taskexecutor; /**

Spring与JavaMail

JavaMail与Spring集成开发 spring框架集成JavaMail的主要包 2.mail.properties mail.smtp.host=smtp.163.com mail.smtp.auth=true mail.username=15511111111 mail.password=123 [email protected] 3.使用spring配置(applicationContext-mail.xml) <?xml version="1.0" encoding=

Spring Cloud ZooKeeper集成Feign的坑2,服务调用了一次后第二次调用就变成了500,错误:Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is com.n

错误如下: 2017-09-19 15:05:24.659 INFO 9986 --- [ main] s.c.a.AnnotationConfigApplicationContext : Refreshing org.spring[email protected]56528192: startup date [Tue Sep 19 15:05:24 CST 2017]; root of context hierarchy 2017-09-19 15:05:24.858 INFO 9986 --

Spring rabbitMq 中 correlationId或CorrelationIdString 消费者获取为null的问题

问题 在用Spring boot 的 spring-boot-starter-amqp   快速启动 rabbitMq 是遇到了个坑 消费者端获取不到:correlationId或CorrelationIdString 问题产生的原因 correlationId 的在 spring rabbitmq 2.0 以后 byte方式会被放弃,所以 目前 代码中有些地方没有改过来,应该算一个BUG @SuppressWarnings("deprecation") public class De

Spring框架之Spring AOP

一.基于注解管理的AOP 1.Spring配置文件 <!-- 配置自动扫描包,自动扫描Bean组件,切面类 --> <context:component-scan base-package="com.zhoujian.spring.anno,com.zhoujian.spring.test"> <!-- <context:include-filter type="annotation" expression="org.a

Swagger+ springfox +Spring mvc

简介 Swagger 是一个规范和完整的框架,用于生成.描述.调用和可视化 RESTful 风格的 Web 服务.总体目标是使客户端和文件系统作为服务器以同样的速度来更新.文件的方法,参数和模型紧密集成到服务器端的代码,允许API来始终保持同步.Swagger 让部署管理和使用功能强大的API从未如此简单.这一次我将从零开始搭建一个工程来演示如何在Spring mvc中整合Swagger生成Restful接口文档. 新建工程 我们新建一个Maven工程,并添加Web Facet,工程结构如下图所

Spring Aware

Spring的依赖注入最大亮点就是你所拥有的Bean对Spring容器的存在是没有意识的.即你可以将你的容器换成别的容器,如GOOGLE Guice,这时Bean之间的耦合度降低. 但是在实际的项目中,你不可避免的要用到Spring容器本身的资源,这时你的Bean必须要意识到Spring容器的存在,才能调用Spring所提供的资源,这就是所谓的Spring Aware.其实Spring Aware本来就是Spring设计用来框架内部使用的,如果使用了Spring Aware,那么你的Bean其实