XPath语言
XPath语言是一门专门用于在XML文档中查找信息的语言,可以与其他XML解析工具来结合,使用路径表达式来选取XML文档中的节点或者节点集
XPath节点
XPath中的节点类别有
- XML 文档根节点
- 元素节点
- 属性节点
- 处理指令节点
- 注释节点
- 命名空间节点
- 文本节点
配置 | 缺省值 | 说明 |
---|---|---|
name | - | 配置这个属性的意义在于,如果存在多个数据源,监控时可以通过名字来区分开来 。 如果没有配置,将会生成一个名字,格式是: “DataSource-“ + System.identityHashCode(this) . 另外配置此属性至少在 1.0.5 版本中是不起作用的,强行设置 name 会出错 。 |
url | - | 连接数据库的url |
username | - | 连接数据库的用户名 |
password | - | 连接数据库的密码 |
driverClassName | 根据 url 自动识别 | 这一项可配可不配,如果不配置 druid 会根据 url 自动识别 dbType ,然后选择相应的 driverClassName。 |
initialSize | 0 | 初始化时建立物理连接的个数 。 初始化发生在显示调用 init 方法,或者第一次 getConnection 时。 |
maxActive | 8 | 最大连接池数量。 |
maxIdle | 8 | 已废弃 |
minIdle | - | 最小连接池数量。 |
maxWait | - | 获取连接时最大等待时间,单位毫秒 。 配置了 maxWait 之后,缺省启用公平锁,并发效率会有所下降,如果需要可以通过配置 useUnfairLock 属性为 true 使用非公平锁 。 |
poolPreparedStatements | false | 是否缓存 preparedStatement ,也就是 PSCache。PSCache 对支持游标的数据库性能提升巨大,比如说 oracle。 在 mysql 下建议关闭 。 |
maxPoolPreparedStatementPerConnectionSize | -1 | 要启用 PSCache ,必须配置大于 0 ,当大于 0 时, poolPreparedStatements 自动触发修改为 true。 在 Druid 中,不会存在 Oracle 下 PSCache 占用内存过多的问题,可以把这个数值配置大一些,比如说 100 。 |
validationQuery | - | 用来检测连接是否有效的 sql ,要求是一个查询语句,常用 select ‘x’。 如果 validationQuery 为 null , testOnBorrow、testOnReturn、testWhileIdle 都不会起作用 。 |
validationQueryTimeout | - | 单位:秒,检测连接是否有效的超时时间 。 底层调用 jdbc Statement 对象的 void setQueryTimeout(int seconds) 方法。 |
testOnBorrow | true | 申请连接时执行 validationQuery 检测连接是否有效,做了这个配置会降低性能 。 |
testOnReturn | false | 归还连接时执行 validationQuery 检测连接是否有效,做了这个配置会降低性能 。 |
testWhileIdle | false | 建议配置为 true ,不影响性能,并且保证安全性 。 申请连接时检测,如果空闲时间大于 timeBetweenEvictionRunsMillis ,执行 validationQuery 检测连接是否有效 。 |
keepAlive | false(1.0.28+) | 连接池中的 minIdle 数量以内的连接,空闲时间超过 minEvictableIdleTimeMillis ,则会执行 keepAlive 操作 。 |
timeBetweenEvictionRunsMillis | 1分钟(1.0.14+) | 有两个含义: 1) Destroy 线程会检测连接的间隔时间,如果连接空闲时间大于等于 minEvictableIdleTimeMillis 则关闭物理连接 。 2) testWhileIdle 的判断依据,详细看 testWhileIdle 属性的说明。 |
numTestsPerEvictionRun | 30分钟(1.0.14+) | 不再使用,一个 DruidDataSource 只支持一个 EvictionRun 。 |
minEvictableIdleTimeMillis | - | 连接保持空闲而不被驱逐的最小时间。 |
connectionInitSqls | - | 物理连接初始化时执行的 sql 。 |
exceptionSorter | 根据 dbType 自动识别 | 当数据库抛出一些不可恢复的异常时,抛弃连接。 |
filters | - | 属性类型是字符串,通过别名的方式配置扩展插件,常用的插件有: 监控统计用的 filter:stat 日志用的 filter:log4j 防御 sql 注入的 filter:wall 。 |
proxyFilters | - | 类型是List<com.alibaba.druid.filter.Filter> ,如果同时配置了 filters 和 proxyFilters ,是组合关系,并非替换关系。 |
asyncInit | false(1.1.4+) | 如果 initialSize 数量较多时,打开会加快应用启动时间。 |
useUnfairLock | false | 是否使用非公平锁。需要平衡锁的公平和效率的关系。在连接不够用,发生争用时, unfair 模式的 ReentrantLock.tryLock 方法会存在严重不公的现象,个别线程会等到超时了还获取不到连接 。 0.2.8+ 能够兼顾性能和公平性。 |
一直都说git是分布式的版本控制系统,svn是集中式的版本控制系统,那么这两个有什么区别呢
集中式版本控制系统,版本库是集中存放在中央服务器的,在使用的时候,需要先从中央服务器取得最新的版本,然后开始工作,之后再将自己修改的内容推送给中央服务器
其弊端就是必须联网才能工作,且中央服务器存在单点故障,如果磁盘发生损坏,又没有进行备份,就会丢失所有的数据,只剩下个人在各自机器上保留的单独快照
分布式版本控制系统根本没有中央服务器,每个人的电脑上都是一个完整的版本库,工作时可以不需要联网,本地存在着完整的版本库,如果需要多人协作,只需要将双方的修改推给对方,就可以互相看到对方的修改了,当然这种情况不多,其实还是有一台充当着中央服务器的电脑来使大家可以很方便的交换修改内容。
客户端在进行提取时并不是只提取最新版本的文件快照,而是把代码仓库完整的镜像下来
设计模式分为三类
创建型模式 抽象了对象实例化过程,用来帮助创建对象的实例。有工厂方法模式(类模式)、抽象工厂模式、原型模式、单例模式、构建器模式
与对象的创建有关
结构型模式 描述如何组合类和对象以获得更大的结构。有适配器模式(类模式)、桥接模式、组合模式、装饰模式、外观模式、享元模式、代理模式
处理类或对象的组合
行为型模式 描述算法和对象间职责的分配。有模板方法模式(类模式)、职责链模式、命令模式、迭代器模式、中介者模式、解释器模式(类模式)、备忘录模式、观察者模式、状态模式、策略模式、访问者模式
对类或对象怎样交互和怎样分配职责进行描述
类模式一般是通过继承来实现,强调的是类之间的静态关系。只有工厂方法模式、适配器模式、解释器模式、模板方法模式是类模式
可以通过_cat来查看支持哪些
1 | GET _cat |
使用_cat/indices?v
来查看所有索引,v表示在结果中返回表头