json(JavaScript object notation)
解析数据
var obj = eval(data);
获取数组中的对象
var x = obj["key"];//obj.key
遍历一个js的对象
for(var id in obj){
var oj = obj[id];
}
Spring资料
Spring中定义了7种不同的事物传播规则
1.PROPAGATION_MANDATORY:表示该方法必须运行在一个事务中。如果当前事务不存在,将抛出一个异常
2.PROPAGATION_NESTED:表示如果当前已经存在一个事务,则该方法应当运行在一个嵌套事务中.
表示嵌套的事务可以从当前事务中单独地提交或回滚。如果当前事务不存在,那么他看起来就和PROPAGATION_REQUIRED没有两样。
3.PROPAGATION_NEVER:表示当前的方法不应该运行在一个事务上下文中。如果当前存在一个事务,则会抛出一个异常。
4.PROPAGATION_NOT_SUPPORTED:表示该方法不应在事务中运行。如果一个现有的事务正在运行中,它将在该方法的运行期间被挂起。
5.PROPAGATION_REQUIRED:表示当前方法必须运行在一个事务中。如果一个现有的事务正在运行中,该方法将运行在这个事务中。
否则的话,就要开始一个新的事务。
6.PROPAGATION_REQUIRES_NEW:表示当前方法必须运行在它自己的事务里。它将启动一个新的事务。如果一个现有事务在运行的话,
将在这个方法运行期间被挂起。
7.PROPAGATION_SUPPORTS:表示当前方法不需要事务处理环境,但如果有一个事务已经在运行的话,这个方法也可以在这个事务里运行。
注:事务传播规则回答了一个问题,就是新的事务是否要被启动或是被挂起,或者方法是否要在事务环境中运行。
Spring的事务隔离级别
1.脏读:脏读发生在一个事务读取了被另一个事务改写但还未提交的数据时.如果这些改变在稍后被回滚,那么第一个事务读取的数据就是
无效的。
2.不可重复读:不可重复读发生在一个事务执行相同的查询两次或两次以上,但每一次查询结果都不同时。
这通常是由于另一个并发事务在两次查询之间更新了数据。
3.幻读:幻读和不可重复读相似。当一个事务(T1)读取几行记录后,另一个并发事务(T2)插入一些记录,幻读
就发生了。在后来的查询中,第一个事务(T1)就会发现有一些原来没有的额外的记录。
ISOLATION_DEFAULT:使用后端数据库默认的隔离级别。
ISOLATION_READ_UNCOMMITTED:允许你读取还未提交的改变了的数据。可能导致脏读,幻读或不可重复读
ISOLATION_READ_COMMITTED:允许在并发事务已经移交后读取。可防止脏读,但幻读和不可重复读仍可能发生
ISOLATION_REPEATABLE_READ:对相同字段的多次读取的结果是一致的,除非数据被睡本身改变。可防止脏读和不可重复读,但幻读仍可能发生
ISOLATION_SERIALIZABLE:完全服从ACID的隔离级别,确保不发生脏读,不可重复读和幻读。这在所有的隔离级别中也是最慢的,因为他是典型
的通过完全锁定在事务中涉及的数据表来完成的
ISOLATION_READ_UNCOMMITTED是高效的隔离级别,但是事务的隔离级别程度也是最低的。事务对脏读,不可重复读和幻读是开放的。
在另外一个极端,ISOLATION_SERIALIZABLE防止任何形式的隔离问题,但效率是最低的。
只读
如果一个事务只对后端数据库执行读操作,数据库就可能利用事务只读特性,使用某些优化措施。
通过声明一个事务为只读,你就给了后端数据库一个机会,来应用那些它认为合适的优化措施。
因为只读的优化措施是在事务启动时由后端数据库实施的,所以,只有将那些具有可能
启动新事务的传播行为的方法的事务标记成只读才有意义(PROPAGATION_REQUIRED,PROPAGATION_REQUIRES_NEW,PROPAGATION_NESTED).
事务超时
在事务启动时,超时的时钟就开始滴答响了,所以只有将那些具有可能启动新事务的传播行为的方法的事务
设置超时才有意义(PROPAGATION_REQUIRED,PROPAGATION_REQUIRES_NEW,PROPAGATION_NESTED).
spring中的<idref bean=""/>,<ref local=""/>,<idref local=""/>,<ref bean=""/>介绍
idref元素提供了一种速记和检验错误的方式,它用来设置属性为容器中其他bean的id或name,如下:
<bean id="beanA" class="...."/>
<bean id="beanB" class="...">
<property name="name">
<idref bean="beanA" />
</property>
</bean>
如上代码在运行时等同于如下的代码片段:
<bean id="beanA" class="....">
</bean>
<bean id="beanB" class="...">
<property name="name">
<value>beanA</value>
</property>
</bean>
可以看到第一种形式要好于第二种形式;通过使用idref,spring在装载的时候就会
检验其他bean是否存在;而第二种形式中,指定了name属性后,spring仅会在实例化
该类时才做检验。
另外,还可以使用local属性,条件是被引用的bean必须定义在同一个xml文件中,
并且,bean的名称就是bean的id。采用这种方式,会更早地在xml文档解析时,就检验bean
的名称,代码如下:
<property name="name">
<idref local="beanA" />
</property>
ref元素用来设置bean的协作者(引用其他bean作为属性),即一种依赖关系.
使用ref元素的bean属性是最常见的用法,它允许指向位于同一个或父bean工厂的bean(无论是否在同一个xml
文件中)。bean的属性值可以同目标bean的id或name属性相同,如下:
<ref bean="someBean"/>
local属性用以指定位于同一个文件中的bean,它可以利用xml解析器来验证xml的id引用。
local属性值必须与目标bean的id属性一致。当发现在同一个文件中不存在匹配元素时,将会报错。
为了尽可能早地发现错误,当目标bean位于同一个xml文件中,应当使用local,如下:
<ref local="someBean"/>