⑴ 二、SpringBoot的配置--yaml
SpringBoot使用一个全局的配置文件，配置文件名是固定的；
配置文件的作用：修改SpringBoot自动配置的默认值；SpringBoot在底层都给我们自动配置好；
YAML 是一个标记语言
标记语言：
以前的配置文件；大多都使用的是xxx.xml文件
YAML：以数据为中心，比json、xml等更适合做配置文件
YAML：配置例子
XML:
k:(空格)v ： 表示一对键值对（空格必须有）
以空格的缩进来控制层级关系；只要是左对齐的一列数据，都是同一个层级的
属性和值也是大小写敏感；
k: v :字面直接来写；
字符串默认不用加上单引号或者双引号；
"" :双引号；不会转义字符串里面的特殊字符； 特殊字符会作为本身想表示的意思
name : "zhangsan lisi" :输出 ： zhangsan 换行 lisi
'' :单引号；会转义特殊字符，特殊字符最终只是一个普通的字符串数据
name: 'zhangsan lisi' : 输出 ； zhangsan lisi
k: v : 在下一行来写对象的属性和值的关系 ；注意缩进
对象还是 k: v 的方式
行内写法：
用- 值表示数组中的一个元素
行内写法
配置文件
javaBean:
我们可以导入配置文件处理器，以后编写配置就有提示了
调整 图示：
配置文件yml还是properties他们都能获取到值；
如果说，我们只是在某个业务逻辑中需要获取一下配置文件中的某项值，使用@Value
如果说，我们专门编写一个javaBean来和配置文件进行映射，我们就直接使用@ConfigurationProperties
@ImportResource:导入Spring的配置文件，让配置文件里面的内容生效
SpringBoot里面没有Spring的配置文件，我们自己编写的配置文件，也不能自动识别；
想让Spring的配置文件生效，加载进来；@ImportResource标注在一个配置类上
不来编写Spring的配置文件
Spring Boot推荐给容器添加组件的方式；推荐全注解的方式
1、配置类@Configuration------>Spring配置文件
2、使用@Bean给容器中添加组件
我们在主配置文件编写的时候，文件名可以是application-{profile}.properties/yml
默认使用application.properties的配置
1、在配置文件中指定spring.profiles.active=dev
2、在命令行：
java -jar spring-boot-02-config.jar --spring.profiles.active=dev;
可以直接在测试的时候，配置传入命令行参数
3.虚拟机参数
-Dspring.profiles.active=dev
springboot 启动会扫描以下位置的application.properties或者application.yml文件作为Spring Boot的默认配置文件
-file:./config/
-file:./
-classpath:/config/
-classpath:/
优先级由高到低，高优先级的配置会覆盖低优先级的配置
SpringBoot会从这四个位置加载主配置文件：互补配置
==我们还可以通过spring.config.location来改变默认的配置文件位置==
项目打包好以后，我们可以使用命令行参数的形式，启动项目的时候来指定配置文件的新位置；指定配置文件和默认加载的这些配置文件共同起作用互补配置；
java -jar spring-boot-02-config.jar --spring.config.location=G:/application.properties
==SpringBoot也可以从以下位置加载配置；优先级从高到低；高优先级的配置低优先级的配置，所有的配置会形成互补配置==
1.命令行参数
2.来自java:comp/env的JNDI属性
3.java系统属性
4.操作系统环境变量
5.RandomValuePropertySource配置的random.*属性值
==有jar包外箱jar包内进行寻找==
==优先加载带profile==
6.jar包外部的application-{profile}.properties 或 application.yml(带spring.profile)配置文件
7.jar包内部的application-{profile}.properties 或 application.yml(带spring.profile)配置文件
==再来加载不带profile==
8.jar包外部的application.properties或者application.yml(不带spring.profile)配置文件
9.jar包内部的application.properties或者application.yml(不带spring.profile)配置文件
精髓：
1》springboot启动会加载大量的自动配置类
2》我们看我们需要的功能有没有springboot默认写好的自动配置类
3》我们再来看这个自动配置类中到底配置了那些组件；（只要我们要用的组件有，我们就不需要再来配置了）
4》给容器中自动配置类添加组件的时候，会从properties类中获取某些属性，我们就可以在配置文件中指定这些属性的值
⑵ spring配置文件在web.xml中怎么配的
<context-param>标签的意思当然是初始化启动了.
classpath:applicationContext.xml的意思就是从classpath:路径中找到SPRING的配置文件并加载上..classpath:也可以改成/WEB-INF/.就看配置文件放哪了
监听器会帮你新建BeanFactory接口的实例.然后就可以大胆的用IOC了.SPRING中配置的依赖关系都会生效.
⑶ SpringBoot的默认配置文件是什么
对SpringBoot来说，虽然application.yml配置文件更加常见，但是其实默认配置文件是application.properties，当然其格式专可属以是properties也可以是yaml格式；
除此之外，其配置文件也可以是bootstrap.yml。这个配置文件是SpringCloud新增的启动配置文件，它的特点和用途：
- bootstrap比application优先加载
- 由于bootstrap比application更早加载，所以application不会被它覆盖
- 使用配置中心Spring Cloud Config时，需要在bootstrap中配置一下配置中心地址，从而实现从配置中心拉取配置项到当前服务中
如果你对默认配置文件是什么不理解，就去黑马程序员官网视频库看免费视频。
⑷ spring如何动态加载配置文件，就是配置文件修改了，application.xml如何能读取到
项目，需要访问多个数据库，而且需要在服务器运行不重新启动的情况下，动态的修改spring中配置的数据源datasource，在网上找了很多资料，最后找到了适合我的方法，下面总结一下。
spring的配置文件是在容器启动的时候就加载到内存中的，如果手动改了application.xml，我们必须要重新启动服务器配置文件才会生效。而在spring中提供了一个类WebApplicationContext，这个类可以让你获得一些bean，可以修改内存中的信息，我就是通过这个类来实现的。下面是我具体的代码。
package com.southdigital.hospital;
import java.io.IOException;
import javax.servlet.ServletContext;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.springframework.web.context.WebApplicationContext;
import org.springframework.web.context.support.WebApplicationContextUtils;
import com.mchange.v2.c3p0.ComboPooledDataSource;
public class ChangeSpringConfig extends HttpServlet
{
private String ipAddress = "127.0.0.1";
/**
* The doGet method of the servlet. <br>
*
* This method is called when a form has its tag value method equals to get.
*
* @param request the request send by the client to the server
* @param response the response send by the server to the client
* @throws ServletException if an error occurred
* @throws IOException if an error occurred
*/
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException
{
doPost(request, response);
}
/**
* The doPost method of the servlet. <br>
*
* This method is called when a form has its tag value method equals to post.
*
* @param request the request send by the client to the server
* @param response the response send by the server to the client
* @throws ServletException if an error occurred
* @throws IOException if an error occurred
*/
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException
{
//先取得servleContext对象，提供给spring的WebApplicationUtils来动态修改applicationContext.xml
ipAddress = request.getParameter("ipAddress");
System.out.println(ipAddress);
ServletContext servletContext = this.getServletContext();
WebApplicationContext applicationContext = WebApplicationContextUtils.getWebApplicationContext(servletContext);
ComboPooledDataSource cpds = (ComboPooledDataSource) applicationContext.getBean("dataSource");
cpds.setJdbcUrl("jdbc:mysql://"+ipAddress+":3306/ssh");
}
}
注意：通过这种方法修改applicationContext.xml文件的时候用c3p0,而不可以用dbcp，dbcp不支持动态修改读取到内存里面的数据。
spring 3.1已经支持了。
⑸ spring中mysql多数据源切换 怎么配置（配置文件）
由于项目需要，需要为我的springMCV项目配置mysql+oracle两种数据源，运行时进行切换。由于技术水平有限，断断续续用了一周时间解决了这个小问题（比较懒），特来发篇博客，为以后需要的朋友提供参考。
首先，这个项目的多数据源配置建立在mysql已经搭建完成的基础上，这部分的源代码github上都有，网上也有不少教程，我就不作说明了，直接讲如何配置oracle。
oracle我用的版本是11g，具体版本是11.2.0.1.0。下载及安装，建表过程省略（详情请网络，建表推荐用pl/sql）
我的项目中，数据库的账号密码都是通过properties文件配置的，首先你需要配置好spring项目中的oracle的url，账号以及密码。
dataSource2.driver=oracle.jdbc.driver.OracleDriver
dataSource2.url=jdbc\:oracle\:thin\:@localhost\:1521\:orcl
dataSource2.username=sys as sysdba
dataSource2.password=a123456
driver表示驱动名，username表示登录oracle的用户名，这里需要注意的是oracle非常注重数据库管理员的权限，因此在登录时需要指明登录者的身份，pl/sql以及navicat会让你选择以什么角色登录，而在spring项目中访问时，直接输入 用户名 + as sysdba 的形式作为用户名，密码就是先前安装oracle时设置的密码。
接下来配置spring的配置文件，来配置2个数据源，我主要是参考了网上的文章，大致原理是为不同数据源配置不同的sqlSessionFactory以及sqlSessionTemplate，为项目编写工具类，通过设置不同的键值切换数据源。
⑹ 如何在eclipse上配置Spring
在建立单纯的spring项目时，web.xml文件如下：
<?xmlversion="1.0"encoding="UTF-8"?>
<!doctypeweb-apppublic"-//SunMicrosystems,inc.//dtdWebApplication2.3//en""http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
<servlet>
<servlet-name>spring</servlet-name>
<servlet-class>
org.springframework.web.servlet.DispatcherServlet
</servlet-class>
<init-param>
吵让<param-name>contextConfigLocation</param-name>升隐局
<param-value>/WEB-INF/application.xml</param-value>
</init-param>
上面加框的一段是用来指定spring配置文件的（可以为任意名，如上），也可以不写，不写时spring的配置文件默认名为:“<servlet-name>”名-servlet.xml。（如此处的<servlet-name>的值为“spring”,则配置文件名为：springt-servlet.xml）
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>spring</servlet-name>
携胡<url-pattern>*.do</url-pattern>
</servlet-mapping>
</web-app>
⑺ spring连接池配置详解
数据库连接池概述
数据库连接是一种关键的有限的昂贵的资源 这一点在多用户的网页应用程序中体现得尤为突出 对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性 影响到程序的性能指标 数据库连接池正是针对这个问题提出来的
数据库连接池负责分配 管理和释放数据库或碰毁连接 它允许应用程序重复使用一个现有的数据库连接 而再不是重新建立一个 释放空闲时间超过最大空闲时间的数据库连吵返接来避免因为没有释放数据库连接而引起的数据库连接遗漏 这项技术能明显提高对数据库操作的性能
数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中 这些数据库连接的数量是由最小数据库连接数来设定的 无论这些数据库连接是否被使用 连接池都将一直保证至少拥有这么多的连接数量 连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数 当应用程序向连接池请求的连接数超过最大连接数量时 这些请求将被加入到等待队列中 数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素
) 最小连接数是连接池一直保持的数据库连接 所以如果应用程序对数据库连接的使用量不大 将会有大量的数据库连接资源被浪费
) 最大连接数是连接池能申请的最大连接数 如果数据库连接请求超过此数 后面的数据库连接请求将被加入到等待队列中 这会影响之后的数据库操作
) 如果最小连接数与最大连接数相差太大 那么最先的连接请求将会获利 之后超过最小连接数量的连接请求等价于建立一个新的数据库连接 不过 这些大于最小连接数的数据库连接在使用完不会马上被释放 它将被放到连接池中等待重复使用或是空闲超时后被释放
目前常用的连接池有 C P DBCP Proxool
网上的评价是
C P 比较耗费资源 效率方面可能要低一点
DBCP在实践中存在BUG 在某些种情会产生很多空连接不能释放 Hibernate 已经放弃了对其的支持
Proxool的负面评价较少 现在比较推荐它 而且它还提供即时监控连接池状态的功能 便于发现连接泄漏的情况
配置如下
在spring配置文件中 一般在applicationContext xml中
<bean id= DataSource class= logicalcobwebs proxool ProxoolDataSource destroy method= shutdown >
<衫备property name= driver >
<value>oracle jdbc driver OracleDriver</value>
</property>
<property name= driverUrl >
<value>jdbc:oracle:thin:xxxx/xxxx@ XX: :server</value>
</property>
<property name= user >
<value>xxxx</value>
</property>
<property name= password >
<value>xxxx</value>
</property>
<property name= alias >
<value>server</value>
</property>
<property name= houseKeepingSleepTime >
<value> </value>
</property>
<property name= houseKeepingTestSql >
<value>select from al</value>
</property>
<property name= testBeforeUse >
<value>true</value>
</property>
<property name= testAfterUse >
<value>true</value>
</property>
<property name= prototypeCount >
<value> </value>
</property>
<property name= maximumConnectionCount >
<value> </value>
</property>
<property name= minimumConnectionCount >
<value> </value>
</property>
<property name= statistics >
<value> m m d</value>
</property>
<property name= statisticsLogLevel >
<value>ERROR</value>
</property>
<property name= trace >
<value>true</value>
</property>
<property name= verbose >
<value>false</value>
</property>
<property name= simultaneousBuildThrottle >
<value> </value>
</property>
<property name= maximumActiveTime >
<value> </value>
</property>
<property name= jmx >
<value>false</value>
</property>
</bean>
然后注入到sessionFactory中
<bean id= sessionFactory class= springframework orm hibernate LocalSessionFactoryBean >
<property name= dataSource ref= DataSource />
</bean>
属性列表说明:
fatal sql exception: 它是一个逗号分割的信息片段 当一个SQL异常发生时 他的异常信息将与这个信息片段进行比较 如果在片段中存在 那么这个异常将被认为是个致命错误(Fatal SQL Exception ) 这种情况下 数据库连接将要被放弃 无论发生什么 这个异常将会被重掷以提供给消费者 用户最好自己配置一个不同的异常来抛出
fatal sql exception wrapper class:正如上面所说 你最好配置一个不同的异常来重掷 利用这个属性 用户可以包装SQLException 使他变成另外一个异常 这个异常或者继承QLException或者继承字RuntimeException proxool自带了 个实现: logicalcobwebs proxool FatalSQLException 和 logicalcobwebs proxool FatalRuntimeException 后者更合适
house keeping sleep time: house keeper 保留线程处于睡眠状态的最长时间 house keeper 的职责就是检查各个连接的状态 并判断是否需要销毁或者创建
house keeping test sql: 如果发现了空闲的数据库连接 house keeper 将会用这个语句来测试 这个语句最好非常快的被执行 如果没有定义 测试过程将会被忽略
injectable connection interface: 允许proxool实现被代理的connection对象的方法
injectable statement interface: 允许proxool实现被代理的Statement 对象方法
injectable prepared statement interface: 允许proxool实现被代理的PreparedStatement 对象方法
injectable callable statement interface: 允许proxool实现被代理的CallableStatement 对象方法
jmx: 如果属性为true 就会注册一个消息Bean到jms服务 消息Bean对象名: Proxool:type=Pool name=<alias> 默认值为false
jmx agent id: 一个逗号分隔的JMX代理列表(如使用MBeanServerFactory findMBeanServer(String agentId)注册的连接池 ）这个属性是仅当 jmx 属性设置为 true 才有效 所有注册jmx服务器使用这个属性是不确定的
jndi name: 数据源的名称
maximum active time: 如果housekeeper 检测到某个线程的活动时间大于这个数值 它将会杀掉这个线程 所以确认一下你的服务器的带宽 然后定一个合适的值 默认是 分钟
maximum connection count: 最大的数据库连接数
maximum connection lifetime: 一个线程的最大寿命
minimum connection count: 最小的数据库连接数
overload without refusal lifetime: 这可以帮助我们确定连接池的状态 如果我们已经拒绝了一个连接在这个设定值(毫秒) 然后被认为是超载 默认为 秒
prototype count: 连接池中可用的连接数量 如果当前的连接池中的连接少于这个数值 新的连接将被建立(假设没有超过最大可用数) 例如 我们有 个活动连接 个可用连接 而我们的prototype count是 那么数据库连接池将试图建立另外 个连接 这和 minimum connection count不同 minimum connection count把活动的连接也计算在内 prototype count 是spare connections 的数量
recently started threshold: 这可以帮助我们确定连接池的状态 连接数少还是多或超载 只要至少有一个连接已开始在此值(毫秒)内 或者有一些多余的可用连接 那么我们假设连接池是开启的 默认为 秒
simultaneous build throttle: 这是我们可一次建立的最大连接数 那就是新增的连接请求 但还没有可供使用的连接 由于连接可以使用多线程 在有限的时间之间建立联系从而带来可用连接 但是我们需要通过一些方式确认一些线程并不是立即响应连接请求的 默认是
statistics: 连接池使用状况统计 参数 s m d
statistics log level: 日志统计跟踪类型 参数 ERROR 或 INFO
test before use: 如果为true 在每个连接被测试前都会服务这个连接 如果一个连接失败 那么将被丢弃 另一个连接将会被处理 如果所有连接都失败 一个新的连接将会被建立 否则将会抛出一个SQLException异常
test after use: 如果为true 在每个连接被测试后都会服务这个连接 使其回到连接池中 如果连接失败 那么将被废弃
trace: 如果为true 那么每个被执行的SQL语句将会在执行期被log记录(DEBUG LEVEL) 你也可以注册一个ConnectionListener (参看ProxoolFacade)得到这些信息
lishixin/Article/program/Java/ky/201311/28572
⑻ Spring配置文件 找不到http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
spring的配置文件与spring-**.jar不匹配,你先看看spring*.jar的版本
⑼ spring里的配置文件property name 和 ref 有什么用
property name是属性名，就是当前类的名字，后一个是引用的类的属性。
⑽ 如何动态修改spring配置文件
这个很好实现啊，把这个表达式存数据库，当然每次启动的时候（服务器启动的时候）读一下配置文件
写个重启的方法：cronExpression这个从外面传进来
// 更新表达式把数据库的字段更新了
appTimeTaskConfigDAO.updateCronExpression(cronExpression);
String[] triggerNames = stdScheler.getTriggerNames(stdScheler.DEFAULT_GROUP);
String triggerName = triggerNames[0];
CronTrigger trigger = (CronTrigger) stdScheler.getTrigger(triggerName, stdScheler.DEFAULT_GROUP);
//设置trigger新的表达式
trigger.setCronExpression(cronExpression);
//重新启动新的trigger
stdScheler.rescheleJob(triggerName, stdScheler.DEFAULT_GROUP, trigger);