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"/>