barriers / 阅读 / 详情

契约的英语单词

2023-08-10 05:55:33
共1条回复
阿啵呲嘚

  契约,最初是指双方或多方共同协议订立的有关买卖、抵押、租赁等关系的文书。契约可以理解为“守信用”。那么你知道契约的 英语单词 是什么吗?下面来学习一下吧。

   契约英语单词1:

  contract

   契约英语单词2:

  deed

   契约英语单词3:

  indenture

  契约的英语例句:

  订契约的一方未到场。

  A party to the contract defaulted.

  这是约翰农场的契约。

  This is the deed to john"s plantation.

  过去30年的社会契约已经消亡。

  The social contract of the past three decades has died.

  丹尼尔作为契约佣工来到马里兰州。

  Daniel arrived in Maryland as an indentured servant.

  这笔钱是根据契约书付给我们的。

  The money was given to us by deed of covenant.

  买卖契约是中国古代最重要的民事契约之一。

  A contract of sale is one of the most important civil contracts.

  合同,契约两方或多方间签订的契约或具法律效力的合同

  A deed or legal contract executed between two or more parties.

  契约交互分析实践在基于双向的改变契约之上的。

  Transactional analysis practice is based upon mutual contracting for change.

  契约相对性原则是契约法的基本原则。

  The principle of relativity of contracts is the basic principle of contract laws.

  通过吐鲁番、敦煌出土的契约文书, 文章 讨论了在民间契约问题上的国家立场。

  What is the national judicial boundary for commoners drawing up private contracts?

  战略契约的目的是将过程变更制度化。

  The purpose of the strategic engagement is to institutionalize process change.

  因为这是一个契约,一份承诺。

  It "s a contract, a commitment.

  合同契约规定具体支付款项或行为的法律合约,指具体规定对不能遵守的惩罚的。

  A legal agreement stipulating a specified payment or action, especially if the agreement also specifies a penalty for failure to comply.

  现在越来越多的开发人员选择借用(并借出),使得开放源码在任何意义上都成了一个契约。

  More and more developers are choosing to borrow ( and lend), making open source a bargain in all senses of the word.

  市场经济本质上是一种契约经济或信用经济。

  Market economy is a contract economy or credit economy.

  通过法理学与民法学理论分析,可以得出婚姻契约性质的结论。

  Through theoretical analysis of the jurisprudence and civil law, we come to a conclusion that marriage is contract.

  服务提供者应能够与该服务注册中心的服务订阅者一起来管理服务契约。

  The service provider should be able to manage the service contracts with the service subscriber in the service registry.

  对于同用户的契约关系来说,在构建中较早地制定严格的变更控制程序也许是必须的。

  For contractual relationships with users, it may be necessary to institute strict change control procedures early in Construction.

  因此,服务规范就是消费者的需要同提供者的提供之间的媒介或者契约。

  Thus, a service specification is a mediator or a contract between what consumers need and what providers provide.

  因为接口契约是独立于平台和语言的,消息通常用符合XML模式的XML文档来构造。

  Because interface contracts are platform-and language-independent, messages are typically constructed using XML documents that conform to XML schema.

  合同契约规定具体支付款项或行为的法律合约,指具体规定对不能遵守的惩罚的。

  A legal agreement stipulating a specified payment or action, especially if the agreement also specifies a penalty for failure to comply.

相关推荐

你知道@Transactional注解的失效场景吗?

在使用Spring的时候,进行事务管理变得相当简单:只要在方法上加上 @Transactional 就可以了,Spring就帮我们做了事务的开启、提交和回滚等操作,甚至我一度认为 @Transactional 就是等于Spring事务,只要是见到有数据库操作的方法,默认的统统加上此注解,自以为是的就万事大吉了。你是不是也有与我相同的经历呢:) 其实, @Transactional 也不是在任何的场景下都有效的,有时候会莫名的失效,在介绍之前呢,我们先来认识一下。 1、 @Transactional 注解可以用在哪些地方呢? 作用于类: 表示所有public方法都配置相同的事务信息。 作用于方法: 代表方法的事务信息,其会覆盖类的事务哦! 作用于接口: 这种方法极力不推荐,因为一旦使用cglib,注解会失效。 例如以下示例: 2、 @Transactional 注解还有哪些属性呢? 接下来,我们一起看看 @Transactional 失效的场景。 1、作用在非public方法上会失效 原因是 在使用Spring AOP 代理时,会间接调用AbstractFallbackTransactionAttributeSource的方法computeTransactionAttribute获取事务信息,如果是非public就直接返回了,如下源码: 2、 propagation属性配置错误 TransactionDefinition.PROPAGATION_SUPPORTS:有没有事务无所谓 TransactionDefinition.PROPAGATION_NOT_SUPPORTED:非事务方式执行 TransactionDefinition.PROPAGATION_NEVER:有事务抛异常 3、 rollbackFor设置错误 Spring默认抛出了未检查unchecked异常(继承自 RuntimeException 的异常)或者 Error才回滚事务;其他异常不会触发回滚事务。若需要在特定异常下回滚,则需要指定,比如第一个示例。 4、在同一个类中,方法调用 这个尤其被大家不熟悉,红色标出。 原因是什么,大家可以想一想,我们下一章来分析:) 5、异常被catch给吃掉了 6、数据库底层不支持事务,比如mysql的 myisam引擎。
2023-08-07 04:33:131

transactional注解是基于aop的吗

@Transactional采用注解式事务,所有标记为这个注解的并且能被spring扫描到的方法都会根据@Transactional的配置来使用事务,一般事务放在一个单元操作中,比如同时保存两个表,那么需要对这一个操作开启事务,要么都成功,一个失败的话事务回滚。也就是说不一定放在Dao层,
2023-08-07 04:33:221

使用@Transactional和不加@Transactional 有什么区别

额,你发错分类了。。。transactional是JAVA的Spring框架的注解,倡导的是低入侵性,能够更良好的使用AOP面向切面编程。transactionlal加上了,代表这个类会被Spring操作或者声明,具体的操作根据transactional的内容而定。不加上当然Spring就不会自动识别了,需要IOC反向控制一下。transactional范围还是很广的,具体你需要查阅更多的资料才能学会它
2023-08-07 04:33:291

分布式事务能用@transactional吗

1. 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。2. @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会展示已配置的事务设置。3. 注意仅仅 @Transactional 注解的出现不足于开启事务行为,它仅仅 是一种元数据。必须在配置文件中使用配置元素,才真正开启了事务行为。4. 通过 元素的 "proxy-target-class" 属性值来控制是基于接口的还是基于类的代理被创建。如果 "proxy-target-class" 属值被设置为 "true",那么基于类的代理将起作用(这时需要CGLIB库cglib.jar在CLASSPATH中)。如果 "proxy-target-class" 属值被设置为 "false" 或者这个属性被省略,那么标准的JDK基于接口的代理将起作用。标准的JDK基于接口的代理将起作用-->proxy-target-class="false"/>基于类的代理将起作用 ,同时 cglib.jar必须在CLASSPATH中proxy-target-class="true"/>-->非JTA事务(即非分布式事务), 事务配置的时候 ,需要指定dataSource属性(非分布式事务,事务是在数据库创建的链接上开启。)-->JTA事务(非分布式事务), 事务配置的时候 ,不能指定dataSource属性(分布式事务,是有全局事务来管理数据库链接的)-->注解@Transactional cglib与java动态代理最大区别是代理目标对象不用实现接口,那么注解要是写到接口方法上,要是使用cglib代理,这是注解事物就失效了,为了保持兼容注解最好都写到实现类方法上。5. Spring团队建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解,只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装。6. @Transactional 的事务开启 ,或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法,事务是不会起作用的。public interface PersonService {//删除指定id的personpublic void delete(Integer personid) ;//删除指定id的person,flagpublic void delete(Integer personid,boolean flag) ;}public class PersonServiceBean implements PersonService {private JdbcTemplate jdbcTemplate;public void delete(Integer personid){try{this.delete(personid,true)System.out.println("delete success");}catch(Exception e){System.out.println("delete failed");}}@Transactional//此时,事务根本就没有开启, 即数据库会默认提交该操作,即记录别删除掉 public void delete(Integer personid,boolean flag){if(flag == ture){jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new RuntimeException("运行期例外");}}}public class PersonServiceBeanTest{PersonService ps = new PersonServiceBean ();ps.delete(5);}7. Spring使用声明式事务处理,默认情况下,如果被注解的数据库操作方法中发生了unchecked异常,所有的数据库操作将rollback;如果发生的异常是checked异常,默认情况下数据库操作还是会提交的。-----------------------------------------------------------------------------------------------------------------------------------------------public interface PersonService {//删除指定id的personpublic void delete(Integer personid) ;//获取personpublic Person getPerson(Integer personid);}//PersonServiceBean 实现了PersonService 接口,则基于接口的还是基于类的代理 都可以实现事务@Transactional public class PersonServiceBean implements PersonService {private JdbcTemplate jdbcTemplate;//发生了unchecked异常,事务回滚, @Transactionalpublic void delete(Integer personid){jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new RuntimeException("运行期例外");}}---------------------------------------------------------------------------------------------------------------------------------------------------public interface PersonService {//删除指定id的personpublic void delete(Integer personid) throws Exception;//获取personpublic Person getPerson(Integer personid);}@Transactionalpublic class PersonServiceBean implements PersonService {//发生了checked异常,事务不回滚,即数据库记录仍能被删除,//checked的例外,需要我们在外部用try/catch语法对调用该方法的地方进行包含 @Transactionalpublic void delete(Integer personid) throws Exception{jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new Exception("运行期例外");}}---------------------------------------------------------------------------------------------------------------------------------------------------但是,对于checked这种例外,默认情况下它是不会进行事务回滚的,但是如果我们需要它进行事务回滚,这时候可以在delete方法上通过@Transaction这个注解来修改它的行为。@Transactionalpublic class PersonServiceBean implements PersonService {@Transactional(rollbackFor=Exception.class)//rollbackFor这属性指定了,既使你出现了checked这种例外,那么它也会对事务进行回滚public void delete(Integer personid) throws Exception{jdbcTemplate.update("delete from person where id=?", new Object[]{personid},new int[]{java.sql.Types.INTEGER});throw new Exception("运行期例外");}}---------------------------------------------------------------------------------------------------------------------------------------------------在PersonServiceBean这个业务bean里面,有一些事务是不需要事务管理的,好比说获取数据的getPersons方法,getPerson方法。因为@Transactional 放在了类的上面。此时,可以采用propagation这个事务属性@Transactional(propagation=Propagation.NOT_SUPPORTED),propagation这个属性指定了事务传播行为,我们可以指定它不支持事务,当我们这么写了之后,Spring容器在getPersons方法执行前就不会开启事务.@Transactionalpublic class PersonServiceBean implements PersonService {@Transactional(propagation=Propagation.NOT_SUPPORTED)//则此方法 就不会开启事务了public Person getPerson(Integer personid){}}
2023-08-07 04:33:441

Spring中@Transactional(readOnly = false)的作用是什么?

就是对事务的控制吧,readonly=false 不是只读操作,可以读写操作吧
2023-08-07 04:34:012

@transactionconfiguration与@transactional什么区别

transactionconfiguration是事务配置。transactional是事务的
2023-08-07 04:34:201

SpringBoot 之@Transactional事务回滚

在开发过程中,经常会出现一个接口多表插入的情况,当其中一张表插入失败时就需要进行事务回滚了,SpringBoot为我们提供了@Transactional注解来进行事务回滚 1.需要将使用事务注解的方法设置为public; 2.如果没有在注解后做异常配置,只会对手动抛出的 throw new RuntimeException() 起作用; 3.若想对其余异常起作用,则需做类似配置 @Transactional(rollbackFor= Exception.class) ; 如果异常被抓起之后,需要回滚只能手动回滚,否则事务会认为异常已经被处理,就不在进行回滚 在使用注解后,在需要执行事务回滚的地方,很多时候往往抛出异常进行回滚后无法return或者做一些其余的逻辑,那么这种情况使用手动事务回滚是非常不错的。
2023-08-07 04:34:281

Spring Boot 项目中配置多数据源@Transactional注解失效问题

当一个Spring Boot 项目在配置了多个数据源 , 在编写 Service层方法 的时候 , 直接在service方法的上添加的 @Transactional 直接实现事务管理的方式是失效的 . 以最近接触到的一个持久层框架使用的是Jpa的项目为例 , 该项目通过硬编码(配置类)的方式 , 在项目中配置了两个不同的数据源 , 所以这个项目分别根据两个数据源配置了各自的事务管理器 PlatformTransactionManager , 如下 : 第一个数据源的事务管理器配置类 : 第二个数据源事务管理器配置类 : 可以看到第二个事务管理器的Bean方法上添加了 @Primary 注解 , 所以在通过 PlatformTransactionManager 类型注入事务管理器的bean时 , 默认是根据类型去注入 , 如果该类型有多个 Bean , 如不通过bean的名字去注入 , 则默认是会注入被 @Primary 标识的bean的 ; 所以在这个项目中 , 当在业务层方法添加 @Transactional 注解时 , 默认是调用了 transactionManagerTwo 这个bean , 而我在编写service层的方法时 , 调用的是第一个数据源对应的Dao层方法 , 所以直接添加 @Transactional 是不能实现事务管理的 , 需要在使用 @Transactional 注解时指定使用的事务管理器的bean的名字 , 比如我这里调用的是第一个数据源的dao层方法 , 所以需要指定对应的事务管理器 : @Transactional(transactionManager = "transactionManagerOne") .
2023-08-07 04:34:361

为什么java里面要用@Transactional注解

用spring框架了吧。用来注解事务的。
2023-08-07 04:34:484

Spring项目中@Transactional的作用是什么?什么情况下用?

Spring事务控制的注解方式你需要使用事务控制的时候用当然你要先理解什么是事务
2023-08-07 04:34:571

什么是事务型领导

  事务型工作是为一个单位的中心工作或者业务工作提供的生活、后勤、保障、辅助等服务或基础性工作。  如文秘、财务、组织人事、收发、值班等基础、服务性工作。  事务性工作已经从政府及企业相关的官方用语进入到口语化的阶段,我们也常用户“事务性工作”来形容非本职工作、琐碎的工作内容。
2023-08-07 04:35:194

spring @Transactional 配置事务什么时候提交的?

配置的事务就是在这个方法执行结束后提交,当然我这样说也不全面,应该说,事务在开启他的那个方法结束后就提交。你这个问题就是你数据库没有学好了,在一个事务空间(就是在一个事务里面)查询到的数据是这个事务空间里面的数据(换句话就是说你在这个事务里面添加的数据,在这个事务本身里面是能够看到的,只是其他事务不能看到这个数据而已)。希望我的回答对你有用。
2023-08-07 04:35:281

javax的@Transactional注解可以代替spring里的@Transactional吗

正好查资料的时候看到,可以的,我写的底层框架使用的就是javax的@Transactional注解,该框架在我们部门用了好几年了,从springMVC到现在springboot。但是这2个不要混用一起。
2023-08-07 04:35:371

如何不通过@transactional注解来实现spring的事务管理

Spring事务管理的方式大致可分为:编程式事务管理;声明式事务管理(又可以分为XML方式与注解方式)所以,如果要取消@transactional注解来实现事务管理,很简单,替换下面的配置即可:<tx:annotation-driven transaction-manager="transactionManager" mode="proxy" proxy-target-class="false" order="999"/><bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/><bean class="org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor"/>
2023-08-07 04:35:461

把transactional注解标到private方法上会怎样

spring 的aop是基于 jdk 动态代理和CGLIB代理实现的,如果把transactional 注解标注到protected、private,这将会被忽略,不会产生代理,虽然ide 不会报错,但是方法中的操作是不受控制的
2023-08-07 04:35:531

@transactional 会对try catch 进行回滚吗

安装插件可以这么做,但不能体现这个IDE的好用之处 ,因为工具本身有一个可以管理插件的工具,并且所有插件都是可以在线安装的,非常方便。
2023-08-07 04:36:011

英语transactional systems怎么翻译?

transactional systems交易系统
2023-08-07 04:36:0915

spring mybatis 使用的是什么事务

spring,mybatis事务管理配置与@Transactional注解使用 spring支持编程式事务管理和声明式事务管理两种方式。编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理,spring推荐使用TransactionTemplate。声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式),便可以将事务规则应用到业务逻辑中。显然声明式事务管理要优于编程式事务管理,这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染,一个普通的POJO对象,只要加上注解就可以获得完全的事务支持。和编程式事务相比,声明式事务唯一不足地方是,后者的最细粒度只能作用到方法级别,无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求,也存在很多变通的方法,比如,可以将需要进行事务管理的代码块独立为方法等等。声明式事务管理也有两种常用的方式,一种是基于tx和aop名字空间的xml配置文件,另一种就是基于@Transactional注解。显然基于注解的方式更简单易用,更清爽。
2023-08-07 04:37:251

spring @transactional 在哪个包

org.springframework.transaction.annotation.Transactional
2023-08-07 04:37:333

关于Spring中@Transactional一般是在service层使用,还是在Dao层使用好?

service层在这层有逻辑判断`只有通过了逻辑判断才能允许事物的提交
2023-08-07 04:37:412

TA是什么意思?

别人 好友
2023-08-07 04:37:497

如何解决spring bean通过this访问实例方法时@Transactional失效

Spring中的事务是以拦截器方式织入到业务代理对象中的,如果业务对象两个方法a,b都配置了事务属性,而在a方法实现中又调用b方法,则b方法声明的事务会在本次调用中不生效。解决的办法就是在a方法中不使用this.b()的方式调用方法b,而是从Spring容器中通过一种方式来获得业务代理对象,然后在代理对象上面调用它的b方法。这样b方法声明的事务就会有效啦。
2023-08-07 04:38:051

Transactional Email 和 Marketing Email 的区别

Transactional Email 和 Marketing Email 的区别:事务性邮件(Transactional Email):由收件人触发并已允许发件人发送的,以推动、完成或确认相关联流程为主要目的而发送的电子邮件。主要包含这些方面:账号相关、交易信息、账单信息等。(ying)销类邮件(Marketing Email):以(tui)销或者推广某种商品或服务(包括商业性网站的内容)为主要目的而发送的电子邮件。主要包含这些方面:期刊资讯、产品促销、会员营销等。
2023-08-07 04:38:121

@Transactional里的readonly问题

是的一般类上这么写@Transactional(readOnly=true) //配置事务 查询使用 只读public Demo{ //方法的写法 (增删改要写 ReadOnly=false 为可写) @Transactional (propagation=Propagation.REQUIRED,isolation=Isolation.DEFAULT,readOnly=false) public void saveUser(){ }}Propagation.REQUIRED :有事务就处于当前事务中,没事务就创建一个事务isolation=Isolation.DEFAULT:事务数据库的默认隔离级别readOnly=false:可写 针对 增删改操作注意:方法的@Transactional会覆盖类上面声明的事务
2023-08-07 04:38:191

The transactional world view 这应该怎么翻译啊?

交易的世界观
2023-08-07 04:38:284

GlobalTransactional注解是如何起作用的?

在谈起这个之前,大家如果了解过Transactional注解,是比较简单知道GlobalTransactional了AbstractAutoProxyCreator这个类是用来创建代理对象的,重写wrapIfNecessary方法,如果是tcc 拦截器则是TccActionInterceptor,否则是GlobalTransactionalInterceptor,如果bean非代理对象,则调用父类去创建,否则将GlobalTransactionalInterceptor加入拦截器链条中。 所以这个注解真正起作用的就是GlobalTransactionalInterceptor了
2023-08-07 04:38:351

linux下 怎么重启oracle数据库

工具/原料 oracle数据库secureCRT或其他类似工具方法/步骤打开secureCRT,连接到数据库服务器,使用oracle用户登录系统登录Oracle: sqlplus / as sysdba关闭数据库 SHUTDOWN NORMAL启动数据库 startup参考 关闭数据库时的参数:在shutdown时可选择关闭模式:NORMAL、TRANSACTIONAL、IMMEDIATE或ABORTu2022 ABORT:在关闭之前执行的任务最少。由于此模式需要在启动之前进行恢复,因此只在需要时才使用此模式。当启动实例时出现了问题,或者因紧急情况(如,通知在数秒内断电)而需要立即关闭时,如果其它关闭方式都不起作用,通常选择使用此模式。 u2022 IMMEDIATE:这是最常用选项。选择此模式会回退未提交的事务处理。 u2022 TRANSACTIONAL:允许事务处理完成 u2022 NORMAL:等待会话断开 如果考虑执行关闭所花费的时间,则会发现ABORT的关闭速度最快,而NORMAL的关闭速度最慢。NORMAL和TRANSACTIONAL花费的时间较长,具体取决于会话和事务处理的数目。注意:在SHUTDOWN NORMAL或SHUTDOWN TRANSACTIONAL或 SHUTDOWN IMMEDIATE 这三个模式下关闭数据库,则:关闭时:执行immediate时,会回退未提交的更改;数据库缓冲区高速缓存,会写入到数据文件;会释放资源。启动时:不用恢复实例。 在SHUTDOWN ABORT或 实例错误 或STARTUP FORCE,则关闭时:修改过的缓冲区未写入数据文件;不回退未提交的更改。启动时:使用联机重做日志文件重新应用更改;使用还原段回退未提交的更改。
2023-08-07 04:39:371

怎样启动和关闭oracle数据库

# su - oracle$ sqlplus / as sysdba关闭数据库SQL> shutdown immediate启动数据库:SQL> startup也可以一步一步的起: 一: SQL> startup nmount; SQL> alter database mount; SQL> alter database open;二: SQL> startup mount; SQL> alter database open;也可以在操作系统命令上使用dbstart 和dbshut命令启停数据库。但是需要修改/etc/oratab文件,将最后一行的N 改成 Y
2023-08-07 04:39:472

如何将一个操作“绑定到数据库事务上”

spring-cache简介基本机制事务上下文中的问题将操作绑定到数据库事务上spring-cache的相关实现TransactionSynchronizationManager和TransactionSynchronizationAdapter事务相关操作注册与回调流程其它应用摘要在开发中,我们常常会遇到(或者需要)把一些操作“绑定到数据库事务上”。也就是说,如果数据库事务成功提交,则执行这个操作;如果数据库事务回滚,则不执行这个操作(或者执行另一个操作)。例如,JMS与事务中介绍了一种JmsTemplate的配置方法,可以把“发送JMS消息”的操作绑定到数据库事务上。除此之外,更新缓存的操作也需要做类似的绑定处理。否则,数据库事务回滚了,而缓存中却完成了更新操作,可能导致一段时间内都会发生“脏读”。那么,这种“绑定到数据库事务上”的功能,是如何实现的呢?spring-cache中就有一个很好的例子。spring-cache简介spring-cache本质上不是一个具体的缓存实现方案(例如EHCache 或者 OSCache),而是一个对缓存使用的抽象,通过在既有代码中添加少量它定义的各种 annotation,即能够简单而快捷地操作缓存。spring-cache提供了一个CacheManager接口,用于抽象和管理缓存;缓存则抽象为Cache接口;而业务数据的CRUD操作,则由@CachePut/@Cacheable/@CacheEviet注解来进行配置后,由Cache接口下的各种实现类来处理。此外还有一些辅助类、配置类,由于这里是“简介”,按下不表。基本机制显然,spring-cache使用了基于注解的AOP机制。以@CachePut注解为例,它的基本操作流程是这样的:其中,“获取缓存实例Cache”就是由CacheManager接口负责的。这里的“缓存实例”只是一个“逻辑”上的实例;在物理实现上,它可能是同一个缓存中的不同命名空间、也可能确实是不同的物理缓存。“将返回结果写入缓存”,以及其它的缓存读、写操作,都由Cache接口来负责。事务上下文中的问题在事务上下文中,上面所说的“基本流程”是存在问题的:如果“写缓存”操作成功、而数据库事务回滚了,那么缓存中就会出现一笔脏数据。如下图所示:这种场景下,我们就需要把缓存操作绑定到数据库事务上。将操作绑定到数据库事务上spring-cache的相关实现与JmsTemplate类似,Spring-cache提供了一个“绑定数据库事务”的CacheManager实现类:AbstractTransactionSupportingCacheManager。不过,这个类只提供一个“是否绑定到数据库事务上”的配置项(transactionAware),自身并不处理“绑定数据库事务”这个操作。真正实现了“绑定”处理的,是AbstractTransactionSupportingCacheManager提供的Cache实现类:TransactionAwareCacheDecorator。这个类的put方法代码如下:TransactionAwareCacheDecoratorpublicclassTransactionAwareCacheDecoratorimplementsCache {privatefinalCache targetCache;@Overridepublicvoidput(finalObject key,finalObject value) {// 判断是否开启了事务if(TransactionSynchronizationManager.isSynchronizationActive()) {// 将操作注册到“afterCommit”阶段TransactionSynchronizationManager.registerSynchronization(newTransactionSynchronizationAdapter() {@OverridepublicvoidafterCommit() {targetCache.put(key, value);}});}else{this.targetCache.put(key, value);}}// 省略其它方法}AbstractTransactionSupportingCacheManager是基于“继承”来提供TransactionAwareCacheDecorator。除了它之外,spring-cache还提供了一个基于“组合”的CacheManager实现类:TransactionAwareCacheManagerProxy。不过,后者本质上也要通过TransactionAwareCacheDecorator来实现所需功能。TransactionSynchronizationManager和TransactionSynchronizationAdapterTransactionSynchronizationManager中的代码有点复杂。但是其功能可以“一言以蔽之”:维护事务状态。在这个类中有一系列的ThreadLocal类型的类变量,它们就负责存储当前线程中的事务数据。相关代码如下:TransactionSynchronizationManager中的ThreadLocalprivatestaticfinalThreadLocal<Map<Object, Object>> resources =newNamedThreadLocal<Map<Object, Object>>("Transactional resources");// 关注点:事务相关操作的回调模板privatestaticfinalThreadLocal<Set<TransactionSynchronization>> synchronizations =newNamedThreadLocal<Set<TransactionSynchronization>>("Transaction synchronizations");privatestaticfinalThreadLocal<String> currentTransactionName =newNamedThreadLocal<String>("Current transaction name");privatestaticfinalThreadLocal<Boolean> currentTransactionReadOnly =newNamedThreadLocal<Boolean>("Current transaction read-only status");privatestaticfinalThreadLocal<Integer> currentTransactionIsolationLevel =newNamedThreadLocal<Integer>("Current transaction isolation level");privatestaticfinalThreadLocal<Boolean> actualTransactionActive =newNamedThreadLocal<Boolean>("Actual transaction active");这些类变量中,我们需要关注的是synchronizations 。在TransactionAwareCacheDecorator中使用到的TransactionSynchronizationManager.isSynchronizationActive()、TransactionSynchronizationManager.registerSynchronization()和new TransactionSynchronizationAdapter(),都与它有关。先看isSynchronizationActive()方法。它的代码实现非常简单,仅仅是判断了synchronizations中是否有数据(Set<TransactionSynchronization>非null即可,并不要求其中有TransactionSynchronization实例)。之所以可以这样判断,是因为Spring在开启数据库事务(无论是使用@Transactional注解,还是用xml配置)时,都会向其中写入一个实例,用于自动处理Connection的获取、提交或回滚等操作。这个方法的代码如下:isSynchronizationActive()/*** Return if transaction synchronization is active for the current thread.* Can be called before register to avoid unnecessary instance creation.* @see #registerSynchronization*/publicstaticbooleanisSynchronizationActive() {return(synchronizations.get() !=null);}再看registerSynchronization()方法。它其实也非常简单:首先调用isSynchronizationActive()做一个校验;然后将入参synchronization添加到synchronizations 中。入参synchronization中的方法不会在这里执行,而是要等到事务执行到一定阶段时才会被调用。这个方法的代码如下:registerSynchronization()/*** Register a new transaction synchronization for the current thread.* Typically called by resource management code.* <p>Note that synchronizations can implement the* {@link org.springframework.core.Ordered} interface.* They will be executed in an order according to their order value (if any).* @param synchronization the synchronization object to register* @throws IllegalStateException if transaction synchronization is not active* @see org.springframework.core.Ordered*/publicstaticvoidregisterSynchronization(TransactionSynchronization synchronization)throwsIllegalStateException {Assert.notNull(synchronization,"TransactionSynchronization must not be null");if(!isSynchronizationActive()) {thrownewIllegalStateException("Transaction synchronization is not active");}synchronizations.get().add(synchronization);}比较复杂的是TransactionSynchronizationAdapter类。在进入这个类之前,我们得先看看TransactionSynchronization接口。TransactionSynchronization接口定义了一系列的回调方法,对应一个事务执行的不同阶段:挂起、恢复、flush、提交(前、后)、完成(事务成功或失败)等。当事务运行到对应阶段时,事务管理器会从TransactionSynchronizationManager维护的synchronizations中拿出所有的回调器,逐个回调其中的对应方法。这个接口的代码如下:TransactionSynchronization/*** Interface for transaction synchronization callbacks.* Supported by AbstractPlatformTransactionManager.** <p>TransactionSynchronization implementations can implement the Ordered interface* to influence their execution order. A synchronization that does not implement the* Ordered interface is appended to the end of the synchronization chain.** <p>System synchronizations performed by Spring itself use specific order values,* allowing for fine-grained interaction with their execution order (if necessary).** @author Juergen Hoeller* @since 02.06.2003* @see TransactionSynchronizationManager* @see AbstractPlatformTransactionManager* @see org.springframework.jdbc.datasource.DataSourceUtils#CONNECTION_SYNCHRONIZATION_ORDER*/publicinterfaceTransactionSynchronizationextendsFlushable {/** Completion status in case of proper commit */intSTATUS_COMMITTED =0;/** Completion status in case of proper rollback */intSTATUS_ROLLED_BACK =1;/** Completion status in case of heuristic mixed completion or system errors */intSTATUS_UNKNOWN =2;/*** Suspend this synchronization.* Supposed to unbind resources from TransactionSynchronizationManager if managing any.* @see TransactionSynchronizationManager#unbindResource*/voidsuspend();/*** Resume this synchronization.* Supposed to rebind resources to TransactionSynchronizationManager if managing any.* @see TransactionSynchronizationManager#bindResource*/voidresume();/*** Flush the underlying session to the datastore, if applicable:* for example, a Hibernate/JPA session.* @see org.springframework.transaction.TransactionStatus#flush()*/@Overridevoidflush();/*** Invoked before transaction commit (before "beforeCompletion").* Can e.g. flush transactional O/R Mapping sessions to the database.* <p>This callback does <i>not</i> mean that the transaction will actually be committed.* A rollback decision can still occur after this method has been called. This callback* is rather meant to perform work that‘s only relevant if a commit still has a chance* to happen, such as flushing SQL statements to the database.* <p>Note that exceptions will get propagated to the commit caller and cause a* rollback of the transaction.* @param readOnly whether the transaction is defined as read-only transaction* @throws RuntimeException in case of errors; will be <b>propagated to the caller</b>* (note: do not throw TransactionException subclasses here!)* @see #beforeCompletion*/voidbeforeCommit(booleanreadOnly);/*** Invoked before transaction commit/rollback.* Can perform resource cleanup <i>before</i> transaction completion.* <p>This method will be invoked after {@code beforeCommit}, even when* {@code beforeCommit} threw an exception. This callback allows for* closing resources before transaction completion, for any outcome.* @throws RuntimeException in case of errors; will be <b>logged but not propagated</b>* (note: do not throw TransactionException subclasses here!)* @see #beforeCommit* @see #afterCompletion*/voidbeforeCompletion();/*** Invoked after transaction commit. Can perform further operations right* <i>after</i> the main transaction has <i>successfully</i> committed.* <p>Can e.g. commit further operations that are supposed to follow on a successful* commit of the main transaction, like confirmation messages or emails.* <p><b>NOTE:</b> The transaction will have been committed already, but the* transactional resources might still be active and accessible. As a consequence,* any data access code triggered at this point will still "participate" in the* original transaction, allowing to perform some cleanup (with no commit following* anymore!), unless it explicitly declares that it needs to run in a separate* transaction. Hence: <b>Use {@code PROPAGATION_REQUIRES_NEW} for any* transactional operation that is called from here.</b>* @throws RuntimeException in case of errors; will be
2023-08-07 04:40:381

@Transactional(rollbackFor=Exception.class) 是什么意思,干嘛用的, 在service页面里看见的

事务例外回滚
2023-08-07 04:41:013

RocketMQ的事务消息

RocketMQ的事务消息,是指发送消息事件和其他事件需要同时成功或同时失败。比如银行转账,A银行的某账户要转一万元到B银行的某账户。A银行发送“B银行账户增加一万元”这个消息,要和“从A银行账户扣除一万元”这个操作同时成功或者同时失败。 RocketMQ采用两阶段提交的方式实现事务消息,TransactionMQProducer处理上面情况的流程是,先发一个“准备从B银行账户增加一万元”的消息,发送成功后做从A银行账户扣除一万元的操作,根据操作结果是否成功,确定之前的“准备从B银行账户增加一万元”的消息是做commit还是rollback,具体流程如下: 1)发送方向RocketMQ发送“待确认”消息。 2)RocketMQ将收到的“待确认”消息持久化成功后,向发送方回复消息已经发送成功,此时第一阶段消息发送完成。 3)发送方开始执行本地事件逻辑。 4)发送方根据本地事件执行结果向RocketMQ发送二次确认(Commit或是Rollback)消息,RocketMQ收到Commit状态则将第一阶段消息标记为可投递,订阅方将能够收到该消息;收到Rollback状态则删除第一阶段的消息,订阅方接收不到该消息。 5)如果出现异常情况,步骤4)提交的二次确认最终未到达RocketMQ,服务器在经过固定时间段后将对“待确认”消息发起回查请求。 6)发送方收到消息回查请求后(如果发送一阶段消息的Producer不能工作,回查请求将被发送到和Producer在同一个Group里的其他Producer),通过检查对应消息的本地事件执行结果返回Commit或Roolback状态。 7)RocketMQ收到回查请求后,按照步骤4)的逻辑处理。 上面的逻辑似乎很好地实现了事务消息功能,它也是RocketMQ之前的版本实现事务消息的逻辑。 但是因为RocketMQ依赖将数据顺序写到磁盘这个特征来提高性能,步骤4)却需要更改第一阶段消息的状态,这样会造成磁盘Catch的脏页过多,降低系统的性能。所以RocketMQ在4.x的版本中将这部分功能去除。系统中的一些上层Class都还在,用户可以根据实际需求实现自己的事务功能。 客户端有三个类来支持用户实现事务消息, 第一个类是LocalTransaction-Executer,用来实例化步骤3)的逻辑,根据情况返回LocalTransactionState.ROLLBACK_MESSAGE或者 LocalTransactionState.COMMIT_MESSAGE状态。 第二个类是TransactionMQProducer,它的用法和DefaultMQProducer类似,要通过它启动一个Producer并发消息,但是比DefaultMQProducer多设置本地事务处理函数和回查状态函数。 第三个类是TransactionCheckListener,实现步骤5)中MQ服务器的回查请求,返回LocalTransactionState.ROLLBACK_MESSAGE或者LocalTransactionState.COMMIT_MESSAGE 上图说明了事务消息的大致方案,其中分为两个流程:正常事务消息的发送及提交、事务消息的补偿流程。 1.事务消息发送及提交: (1) 发送消息(half消息)。 (2) 服务端响应消息写入结果。 (3) 根据发送结果执行本地事务(如果写入失败,此时half消息对业务不可见,本地逻辑不执行)。 (4) 根据本地事务状态执行Commit或者Rollback(Commit操作生成消息索引,消息对消费者可见)。 2.补偿流程: (1) 对没有Commit/Rollback的事务消息(pending状态的消息),从服务端发起一次“回查”。 (2) Producer收到回查消息,检查回查消息对应的本地事务的状态。 (3) 根据本地事务状态,重新Commit或者Rollback。 其中,补偿阶段用于解决消息Commit或者Rollback发生超时或者失败的情况。 在RocketMQ事务消息的主要流程中,一阶段的消息如何对用户不可见。其中,事务消息相对普通消息最大的特点就是一阶段发送的消息对用户是不可见的。那么,如何做到写入消息但是对用户不可见呢?RocketMQ事务消息的做法是:如果消息是half消息,将备份原消息的主题与消息消费队列,然后改变主题为RMQ_SYS_TRANS_HALF_TOPIC。由于消费组未订阅该主题,故消费端无法消费half类型的消息。然后二阶段会显示执行提交或者回滚half消息(逻辑删除)。当然,为了防止二阶段操作失败,RocketMQ会开启一个定时任务,从Topic为RMQ_SYS_TRANS_HALF_TOPIC中拉取消息进行消费,根据生产者组获取一个服务提供者发送回查事务状态请求,根据事务状态来决定是提交或回滚消息。 在RocketMQ中,消息在服务端的存储结构如下,每条消息都会有对应的索引信息,Consumer通 过ConsumeQueue这个二级索引来读取消息实体内容,其流程如下: RocketMQ的具体实现策略是:写入的如果事务消息,对消息的Topic和Queue等属性进行替换,同时将原来的Topic和Queue信息存储到消息的属性中,正因为消息主题被替换,故消息并不会转发到该原主题的消息消费队列,消费者无法感知消息的存在,不会消费。其实改变消息主题是RocketMQ的常用“套路”,回想一下延时消息的实现机制。RMQ_SYS_TRANS_HALF_TOPIC 在完成一阶段写入一条对用户不可见的消息后,二阶段如果是Commit操作,则需要让消息对用户可见;如果是Rollback则需要撤销一阶段的消息。先说Rollback的情况。对于Rollback,本身一阶段的消息对用户是不可见的,其实不需要真正撤销消息(实际上RocketMQ也无法去真正的删除一条消息,因为是顺序写文件的)。但是区别于这条消息没有确定状态(Pending状态,事务悬而未决),需要一个操作来标识这条消息的最终状态。RocketMQ事务消息方案中引入了Op消息的概念,用Op消息标识事务消息已经确定的状态(Commit或者Rollback)。如果一条事务消息没有对应的Op消息,说明这个事务的状态还无法确定(可能是二阶段失败了)。引入Op消息后,事务消息无论是Commit或者Rollback都会记录一个Op操作。Commit相对于Rollback只是在写入Op消息前创建Half消息的索引。 RocketMQ将Op消息写入到全局一个特定的Topic中通过源码中的方法— TransactionalMessageUtil.buildOpTopic();这个Topic是一个内部的Topic(像Half消息的Topic一样),不会被用户消费。Op消息的内容为对应的Half消息的存储的Offset,这样通过Op消息能索引到Half消息进行后续的回查操作。 在执行二阶段Commit操作时,需要构建出Half消息的索引。一阶段的Half消息由于是写到一个特殊的Topic,所以二阶段构建索引时需要读取出Half消息,并将Topic和Queue替换成真正的目标的Topic和Queue,之后通过一次普通消息的写入操作来生成一条对用户可见的消息。所以RocketMQ事务消息二阶段其实是利用了一阶段存储的消息的内容,在二阶段时恢复出一条完整的普通消息,然后走一遍消息写入流程。 如果在RocketMQ事务消息的二阶段过程中失败了,例如在做Commit操作时,出现网络问题导致Commit失败,那么需要通过一定的策略使这条消息最终被Commit。RocketMQ采用了一种补偿机制,称为“回查”。Broker端对未确定状态的消息发起回查,将消息发送到对应的Producer端(同一个Group的Producer),由Producer根据消息来检查本地事务的状态,进而执行Commit或者Rollback。 Broker端通过对比Half消息和Op消息进行事务消息的回查并且推进CheckPoint(记录那些事务消息的状态是确定的)。 值得注意的是,rocketmq并不会无休止的的信息事务状态回查,默认回查15次,如果15次回查还是无法得知事务状态,rocketmq默认回滚该消息。 TxConsumer类实现
2023-08-07 04:41:091

SpringBoot进阶之事务管理及并发问题

大家好,一直以来我都本着用最通俗的话理解核心的知识点, 我认为所有的难点都离不开 「基础知识」 的铺垫。目前正在出一个 SpringBoot 长期系列教程,从入门到进阶, 篇幅会较多~ 「大佬可以绕过 ~」 如果你是一路看过来的,很高兴你能够耐心看完。之前带大家学了 Springboot 基础部分,对基本的使用有了初步的认识, 接下来的几期内容将会带大家进阶使用,会先讲解基础 中间件 的使用和一些场景的应用,或许这些技术你听说过,没看过也没关系,我会带大家一步一步的入门,耐心看完你一定会有 收获 ~ 上期带大家学习了 SpringBoot 中如何去拦截请求, 本期将带大家学习 MyBatis 中如何进行 事务管理 ,同样的,我们集成到 Springboot 中。最近github可能会被墙,所以我把源码放到了国内gitee上,本节我们依然使用上期的代码 我们先了解一下它的基本概念。其实 事务 它不仅是在这里我们提到的 mybatis ,其实它在数据库中也是存在的。 事务 我们从字面意思理解,它好比烤面包,经过一些列的步骤之后,最终提供给客户完整的面包,也就是说中间出现差错,就得回退。可能举这个例子不大合适,再举一个我们业务中的场景吧。用户购买一个商品,首先下单,下完单之后进行支付,支付成功后订单为支付成功状态,跳转成功页,这一系列操作就是一个事务,要么成功要么失败。 在通过上面的例子有了大概了解之后,我们再看看它的基本概念。 下面带大家看看 sql 如何执行事务操作。下面举个例子比较一下 没有事务操作的时候: 以之前的场景给大家举例, 用户支付减少余额 并改订单状态为成功。 当我们的程序执行了上边的两条 sql ,大家觉得有问题吗?这肯定得出事,这不得被人薅死。虽然语句没报错,但是逻辑错了,为啥 因为余额变成负数了,这不是没钱白嫖,还指望用户给你冲上吗。然后订单还给成功了,如果遇到并发大的时候,这得多少钱,发还是不发货呢?告诉用户系统问题?老板看了得哭死。 所以不管是程序上的错误(sql执行错误),还是逻辑上的错误都不能进行下一步操作,所以事务显的尤为重要。那么 sql 怎么提交事务呢? 上边只是给大家举个例子,生成中我们还得用 mybatis 去操作。 在 SpringBoot 中执行事务非常简单,首先要开启事务 @EnableTransactionManagement ,在启动类上加上: 添加控制器方法: 我们访问 http://localhost:8877/api/user/trans?name=xiaohong , 发现数据库并没有产生新纪录和更新记录, @Transactional(rollbackFor = Exception.class) 表示开启一个事务,当捕获到 Exception 异常就进行回滚。把 name 换掉会发现,执行成功了。 执行失败的时候: 那有没有 手动 去执行回滚操作的呢?有时候,我们总不能靠异常来判断,需要通过逻辑判断: 上边的方法 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 就是干这个的。 其实本节到这里差不多就结束了,给大家多讲一点, 其实这一块内容理论知识点还是比较多多的,这也是面试比较喜欢问的,因为这里真就靠大家自己去理解和学习了,写代码谁都会,但是讲出来,不一定每个人都讲的好和清楚,因为每个人的理解和认知不一样。 有时候,客户反馈有 bug ,反馈到你这边,你可能会说,我这都是好的。因为我们是本地的,不是跑在线上的,本地就你自己完,所以觉得没啥问题。但线上是很多用户在使用,当多用户使用的时候就会产生并发问题,所以也就是在接口测试的时候为什么要进行一下测试环境的压测,合格后上线。 那么在并发大的时候,我们数据库可能会产生什么问题呢? 好,我们一个一个讲,首先说说什么是丢失更新? 一个事务覆盖另一个事务已提交的更新数据叫丢失更新。这里提到过它存在两种丢失情况,为了让大家能够更加直观的感受,我以存钱和取钱为例讲一下。 首先说说第一种丢失情况 先分配一下角色,事务A,事务B,账户C。 首先A对C进行账户查询,余额为5000,B对A查询,余额为5000,此时余额一样没啥问题。紧接着B对C进行存钱操作,存了1000, 存完B提交事务。而此时A呢,正对着C进行取钱,取了1000, 它也提交了事务。那么问一下大家, C还有多少钱? 最后A查了一下账户,发现只有4000, 发现少了1000。 下边我们把压力给到A这边,第二种其实跟上边是反过来,情况是怎么样的呢?首先A,B跟之前一样,查了下C,余额为5000。此时,A对C进行取钱操作,取了1000,然后提交事务,B呢对A进行存钱操作,存了1000,提交事务。最后B一查,发现账户有6000, C开心极了, 多了1000 上边这两种情况都属于丢失更新的情况 一个事务读取到另一个事务还没提交的数据叫脏读。我们还以上边的为例: 这个稍微好理解一点,事务A和B, 事务A对C进行取钱操作,取了1000, 余额还剩 4000, 此时B呢对C进行查询操作,读到余额为4000。这时产生问题了,因为A现在还是一个未提交的事务,A对账户C取钱操作进行了 回滚 , 紧接着存了1000, 然后进行了 事务提交 , 此时余额为6000。而我们的B读到的数据是4000,所以这就是 脏读 一个事务先后读到另一个事务提交之前的数据和已提交的更新数据。同样的以上边为例,这个大家可能不好理解,下面好好分析一下: 首先事务A和B, A先查询C余额还有 5000, B 查询C,余额还有5000, 紧接着A对C执行取钱操作,取了1000, 提交事务, 此时B执行查询操作,发现C只有4000了。你可能想,这没问题啊,取了1000还有4000,没毛病啊。没问题吗?重复读了两次,结果不一致,这肯定是有问题的。 事务在操作过程中进行两次查询,第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据。这有点抽象,同样的,还以上边为例 事务A和B,B查询C,余额5000, A注销了C,提交了事务,此时B又去查询C, 发现C没了,B事务查询两次,结果确不一致,跟产生了幻觉一样,刚刚还在的,这会没了。 通过上边的几个例子,带大家认识了,并发中可能产生的事务问题,下边给大家总结一下事务的特点, 事务有4个特性,被称为 ACID 下边就给大家讲讲这几个特性: 事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。 数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。 在事务开始之前和事务结束以后,数据库的完整性没有被破坏 一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成 隔离级别就不给大家讲了,这不是本节的重点内容。本节的重点是大家要学会在 SpringBoot 中如何去执行 事务操作 ,如果你对上边提到的一些概念性的东西还不能理解,也没关系,等以后回过头来看看也许就明白了,做个简单的了解。 有时候我们的系统需要对用户进行区分,也就是不同的用户角色访问不同的资源,比如管理员可以访问后台,而普通用户只能访问前台的页面,再或者只有登录的用户才能访问特定功能,高级管理员可以掌管大局,普通的管理员只能查看某一个菜单。这就是涉及到权限问题了,几乎所有的系统都需要权限管理,这样能保证系统资源的安全性。下期将会带大家学习 Shiro权限 框架, 它是一个轻量级框架,但它的功能确不小, 我会从入门到进阶讲起, 会分为多期去讲。 下期见,关注我,不迷路~
2023-08-07 04:41:161

如何在linux下重启oracle数据库

如果确定ORACLE的服务端已经安装完毕(客户端一般是不需要安装的)---- 重启数据库服务(1) 以oracle身份登录数据库,命令:su – oracle (2) 进入Sqlplus控制台,命令:sqlplus /nolog (3) 以系统管理员登录,命令:connect / as sysdba (4) 启动数据库,命令:startup (5) 如果是关闭数据库,命令:shutdown immediate /SHUTDOWN ABORT(6) 退出sqlplus控制台,命令:exit (7) 进入监听器控制台,命令:lsnrctl (8) 启动监听器,命令:start (9) 退出监听器控制台,命令:exit (10) 重启数据库结束
2023-08-07 04:41:374

Spring+hibernate,怎么关闭Spring对hibernate的事务控制

第一步:在beans.xml中配置:<bean id="txManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory" /></bean><!-- enable the configuration of transactional behavior based on annotations --><tx:annotation-driven transaction-manager="txManager"/>第二步:什么方法上需要事务管理,就在该方法的service层上添加注解 @Transactional@Transactionalpublic void save(){tuserdao.save();}第三步:创建session 只能为getCurrentSession()Session session = sessionfactory.getCurrentSession();全文beans.xml如下:<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:context="http://www.springframework.org/schema/context"xmlns:tx="http://www.springframework.org/schema/tx"xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-2.5.xsdhttp://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context-2.5.xsdhttp://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx-2.5.xsd"><context:annotation-config/> <!-- Spring中annotation必须填写 --><bean name="u" class="edu.zust.dao.impl.TuserDAOImpl"><!-- 下面一行与<context:annotation-config/>后在TuserDAOImpl中写Resource等同 --><!--<property name="sessionfactory" ref="sessionFactory" /> --></bean><bean id="userService" class="edu.zust.service.tuserService"><property name="tuserdao" ref="u" /></bean><!--利用Spring配备数据库的连接数据源--><bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"><property name="locations"><value>classpath:jdbc.properties</value></property></bean><bean id="dataSource" destroy-method="close"class="org.apache.commons.dbcp.BasicDataSource"><property name="driverClassName" value="${jdbc.driverClassName}"/><property name="url" value="${jdbc.url}"/><property name="username" value="${jdbc.username}"/><property name="password" value="${jdbc.password}"/></bean><!-- Spring整合hibernate给hibernate创建单例sessionFactory,并且利用Spring关联数据库 --><bean id="sessionFactory" class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean"><property name="dataSource" ref="dataSource"/> <!-- 让Spring给这个sessionFactory关联上数据库 --><property name="annotatedClasses"> <!-- 告诉hibernate哪些类被注解了 --><list><value>edu.zust.model.Tuser</value></list></property><property name="hibernateProperties"> <!-- 指明hibernate配置属性 --><props><prop key="hibernate.dialect">org.hibernate.dialect.MySQLDialect</prop><prop key="hibernate.show_sql">true</prop><prop key="hibernate.format_sql">true</prop></props></property></bean><!-声明hibernate事务管理--><bean id="txManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory" ref="sessionFactory" /></bean><!-- enable the configuration of transactional behavior based on annotations --><!--指明是用annotation方式--><tx:annotation-driven transaction-manager="txManager"/></beans>
2023-08-07 04:42:351

java项目开发在多表情况下的DAO设计问题

java编程思想java语言导学java核心技术要是觉得不够可以去看看这个网址还有马士兵的视频也很不错值的看看尤其是自学
2023-08-07 04:42:446

Spring事务是怎么管理的

使用spring容器管理事务,要么用 aop 找到某一切面 去全局transactional 要么就是 注解模式 在指定的方法中进行事务控制。spring会根据配置 对某方法中(属于切面或是被指定的方法)所有的DML动作 进行处理。
2023-08-07 04:42:591

spring—AOP与事务

title: spring——AOP与事务.md date: 2020-07-14 13:10:16 categories: [Spring] tags: [AOP,事务] toc: true 先列出源码中比较重点的几个类: 1、<aop:before method="before" pointcut-ref="myMethods"/>包装成一个advisor 2、AspectJAwareAdvisorAutoProxyCreator,当实例化所有bean都会执行到AspectJAwareAdvisorAutoProxyCreator类 它会检测bean是否advisor以及advice存在,如果有就说明这个bean有切面,有切面那么就会生成代理 3、jdk的代理,bean里面的所有advisor加入到proxyFactory。 4、jdkDynamicProxy invoke,拿到bean里面的所有Interceptor,会循环proxyFactory里面的所有advisor 里面有advice,里面的advice有两种类型,要么是advice,要么是MethodInterceptor类型的 5、当代理对象调用方式,是一个MethodInterceptor类型的类的链式调用过程,直到容器的大小和索引一致的时候调用JoinPoint目标方法 before:this.advice.before(),invocation.processd(); 装配参数,切面里面before方法的method对象,method.getParamterTypes()[0] 最终会把advice封装成MethodInterceptor类型的对象 程序执行的某个特定位置:如类开始初始化前、类初始化后、类某个方法调用前、调用后、方法抛出异常后。一个类或一段程序代码拥有一些具有边界性质的特定点,这些点中的特定点就称为“连接点”。Spring仅支持方法的连接点,即仅能在方法调用前、方法调用后、方法抛出异常时以及方法调用前后这些程序执行点织入增强。连接点由两个信息确定:第一是用方法表示的程序执行点;第二是用相对点表示的方位。 每个程序类都拥有多个连接点,如一个拥有两个方法的类,这两个方法都是连接点,即连接点是程序类中客观存在的事物。AOP通过“切点”定位特定的连接点。连接点相当于数据库中的记录,而切点相当于查询条件。切点和连接点不是一对一的关系,一个切点可以匹配多个连接点。在Spring中,切点通过org.springframework.aop.Pointcut接口进行描述,它使用类和方法作为连接点的查询条件,Spring AOP的规则解析引擎负责切点所设定的查询条件,找到对应的连接点。其实确切地说,不能称之为查询连接点,因为连接点是方法执行前、执行后等包括方位信息的具体程序执行点,而切点只定位到某个方法上,所以如果希望定位到具体连接点上,还需要提供方位信息。 增强是织入到目标类连接点上的一段程序代码,在Spring中,增强除用于描述一段程序代码外,还拥有另一个和连接点相关的信息,这便是执行点的方位。结合执行点方位信息和切点信息,我们就可以找到特定的连接点。 增强逻辑的织入目标类。如果没有AOP,目标业务类需要自己实现所有逻辑,而在AOP的帮助下,目标业务类只实现那些非横切逻辑的程序逻辑,而性能监视和事务管理等这些横切逻辑则可以使用AOP动态织入到特定的连接点上。 引介是一种特殊的增强,它为类添加一些属性和方法。这样,即使一个业务类原本没有实现某个接口,通过AOP的引介功能,我们可以动态地为该业务类添加接口的实现逻辑,让业务类成为这个接口的实现类。 织入是将增强添加对目标类具体连接点上的过程。AOP像一台织布机,将目标类、增强或引介通过AOP这台织布机天衣无缝地编织到一起。根据不同的实现技术,AOP有三种织入的方式: a、编译期织入,这要求使用特殊的Java编译器。 b、类装载期织入,这要求使用特殊的类装载器。 c、动态代理织入,在运行期为目标类添加增强生成子类的方式。 Spring采用动态代理织入,而AspectJ采用编译期织入和类装载期织入。 一个类被AOP织入增强后,就产出了一个结果类,它是融合了原类和增强逻辑的代理类。根据不同的代理方式,代理类既可能是和原类具有相同接口的类,也可能就是原类的子类,所以我们可以采用调用原类相同的方式调用代理类。 切面由切点和增强(引介)组成,它既包括了横切逻辑的定义,也包括了连接点的定义,Spring AOP就是负责实施切面的框架,它将切面所定义的横切逻辑织入到切面所指定的连接点中。 advisor: pointCut advice 一类功能的增强 around方法里面代码切面 事务切面 缓存切面 日志切面 事务(Transaction),一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。是数据库操作的最小工作单元,是作为单个逻辑工作单元执行的一系列操作;这些操作作为一个整体一起向系统提交,要么都执行、要么都不执行;事务是一组不可再分割的操作集合(工作逻辑单元)。 大致流程形如 数据库事务拥有几大特性: 事务的四大特性: 事务是数据库的逻辑工作单位,事务中包含的各操作要么都做,要么都不做 事 务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时,就说数据库处于一致性状态。如果数据库系统 运行中发生故障,有些事务尚未完成就被迫中断,这些未完成事务对数据库所做的修改有一部分已写入物理数据库,这时数据库就处于一种不正确的状态,或者说是 不一致的状态。 一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的,并发执行的各个事务之间不能互相干扰。 也称永久性,指一个事务一旦提交,它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。 个人理解,事务在Spring中是借助AOP技术来实现的,可以作为AOP中的一个事务切面。spring源码对事务的处理逻辑,自己研究吧! ORM框架中以Mybatis为例,事务处理就是用到了一个类Transaction,部分源码如下 可以看出Transaction管理的就是一个connection,而connection我们很清楚是与用户会话挂钩的。 那么关系就是Transaction 管理Connection ,而connection与 用户session一对一存在。 在springBoot中,只需要加入POM就可以了,配合注解使用即可。 接下来就是事务的控制了。 首先事务有几大传播属性: 其中最常见的,用得最多就 PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、 PROPAGATION_NESTED 这三种。事务的传播属性是 spring 特有的,是 spring 用来控制方法事务的一种手段,说直白点就是用来控制方法是否使用同一事务的一种属性,以及按照什么规则回滚的一种手段。 下面用代码演示这三种属性的机制: 事务的默认属性就是required,通过Transactional.java中的Propagation propagation() default Propagation.REQUIRED; 可以看出。 这种情况就是事务1,事务2 都加入到了事务0中。不管是1,2哪个事务抛出异常,事务0都会回滚。数据添加会失败。 这种情况就是: 事务0(required) { u200b 事务1 (REQUIRES_NEW) u200b 事务2 } 此时。 情况a: 1、如果只是事务2出现了异常,那么事务1会提交,事务2加入到事务0中会回滚。 2、如果只是事务1出现了异常,那么事务1会回滚,向上层事务0抛异常,事务2会加入到事务0中,这时都会回滚。 情况b: 如果事务1,事务2都是REQUIRES_NEW传播属性。那么结果就是: 1、如果事务1,抛出了异常,那么事务2是不会执行的,那么事务0必然回滚。 2、如果事务2,抛出异常,那么事务1会提交,表中会有数据。事务2有异常回滚并抛出,事务0回滚。 NESTED属性其实就是创建了回滚点,有异常时,会回滚到指定的回滚点。 在这通过代码测试,出现一种情况是,无论事务1,事务2哪个有异常,数据都不会插入成功,原因是,不论是事务1还是事务2都会向事务0抛出异常,事务0捕获到异常后,执行rollback()方法,这就操作成了,事务的全部回滚。 如果想要事务1和事务2 想要根据自己的回滚点回滚,那么事务0必须自己处理异常,不让spring捕获到这个异常,那么就满足了。把代码改成这种: Jack大佬提供了,伪代码分析法。 按照Spring源码的事务处理逻辑,伪代码大致为:
2023-08-07 04:43:061

because it is a JDK dynamic proxy that implement

搜索了几篇文章,都是在说通过proxy-target-class=true或者transactional等来解决;解决办法要么跟问题本身属于弱有关,要么属于曲线救国。 这个问题其实我们不妨大胆直面它,因为日志信息已经说得比较直白了,我们来翻译一下: jdk动态代理和 C 接口放在一起描述,说明什么呢?说明它在强调此动态代理是面向接口的,不是面向java类的! 因此它认为不能作为java类来注入到其他对象中; 为什么不能呢? 因为jdk动态代理对类进行包装后,原生类隐藏了(->target),冒出来一个只代表接口实现的新生类;即接口申明的方法,新生类才会有。 如果你执意要以此新生类注入至其他bean实例,那么在runtime过程中,可能因为你调用的方法未在接口中声明而抛出异常; 为什么异常?因为新生类中压根就没有此方法。 而且这是在编译时不能被发现的,所以spring帮你预先防御,在启动时抛错,而不会等到运行时。 所以解决办法如下: 如果需要用到未在 C 接口中声明的类本身的方法,可以从 b 中取出原生类实例进行调用。
2023-08-07 04:43:141

spring测试框架测试时报错

spring-dao在spring2.5之后被吸并入spring-tx,试下移除这个spring-dao的引入。参考自:网页链接
2023-08-07 04:43:211

主数据是什么意思?

主数据指基于其组织或配置指标的维度或层次
2023-08-07 04:43:321

曲面反射原理

1.镜子。由于光的反射,镜子可以把接收到的光反射过来,这样人就可以在镜子中看到自己的样子。 2.汽车的后视镜也运用了光的反射原理,汽车后视镜作出凹面,后面的景物反射回人眼时就缩小了,因此可以在很小的镜面中看到后面的大面积景物。 3.高速公路上的标志牌都用"回归反光膜制成,夜间行车时,它能把车灯射出的光逆向返回,所以标牌上的字特别醒目。 4.各种曲面对光的不同反射作用可以使光汇集或发散,手电筒里的反射镜就是运用这个原理将从小灯泡发出的光反射后沿直线射出。 5.打枪瞄准时要闭上一只眼。我们知道枪管前端有一个瞄准用的准星,我们闭上一只眼观察到准星挡住了目标时,就说明准星、目标和眼睛处于同一直线上,也就是说瞄准了目标,实际上,这就是应用光在同一种均匀介质中沿直线传播的道理。 光的反射 光射到两种不同介质的分界面上时,便有部分光自界面射回原介质中的现象,称为光的反射。平行光线射到光滑表面上时反射光线也是平行的,这种反射叫做镜面反射。平行光线射到凹凸不平的表面上,反射光线射向各个方向,这种反射叫做漫反射。介于漫反射和镜面反射之间反射称为方向反射,也称非朗伯反射,其表现为各向都有反射,且各向反射强度不均一。
2023-08-07 04:40:451

过氧化氢分解所需的能量,即反应的焓变

2倍的过氧键的键能 - 氧气中的键能
2023-08-07 04:40:472

请问:创始合伙人的这个称谓,用英文怎么写?谢谢~!

Meters established Perters
2023-08-07 04:40:471

汽车发动机温度异常故障检测和维修方法是什么呢?

可以使用专业的仪器检测,要了解清楚具体的原因之后,选择合适的维修方法,可以及时更换发动机,可以更换润滑油或者燃油。
2023-08-07 04:40:494

什么是财务机器人

财务机器人,就是将企业财务工作流程中发生管理的各项业务通过财务会计人员的分配,把工作计划加入到机器人流程系统中的一些可以用AI技术智能替代相关操作的技术。其实,财务机器人并不是新鲜事物,只不过是以前的机器人流程自动化(RPA),被冠上了“机器人”的名头而已。RPA是通过执行重复的基于规则的任务来将手工活动进行自动化的一种技术。目前德勤、安永和普华永道推出的财务机器人主要就是RPA在财务领域的应用。它通过模拟日常基本电脑操作,来代替处理重复性高、耗费时间较长、附加值偏低的人工任务。财务机器人的作用:1、节约人力成本:机器人可以帮助财务完成大量的重复性工作,让财务人员发挥更高的价值。2、实时流程监测:机器人可以快速的完成高耗时的任务,提高业务处理速度,保障数据处理的时效性。3、提高数据安全性:机器人减少错误,提供运行和审计日志,满足企业数据安全性要求,并防止关键信息的泄露。财务机器人本质是一个不具备学习功能的软件产品,部署完成后,可以基于计划任务或触发条件来自动执行,不依靠人工进行触发,但并不具备类似人类的主动判断和灵活判断的思维应变能力。
2023-08-07 04:40:511

面条怎么读英语?

面条[词典]noodles;noodle;[例句]尼古拉斯吃了一盘意大利面条。Nicholasateadishofspaghetti.在色拉中加入意大利面条,增加你的纤维摄入量。Addpastatoyoursaladstobumpupyourfibreintake.
2023-08-07 04:40:432

安瓶哪个牌子好

安瓶品牌消费指南在影楼,一般化妆师会建议先用安瓶,然后再化妆,最后再用定妆液。安瓶是一种超浓缩精华素,它可以让肌肤在最短的时间内达到最佳的状态。定妆液,也叫定妆安瓶,是一般在化妆前5-20分钟前使用,可以让妆面保持长久的时间。消费者在选择时,也会有很多疑问,安瓶什么牌子好?安瓶哪个牌子好?安瓶品牌哪些地区分布的最多?哪里产的安瓶比较好?获得大品牌、著名商标、省市名牌等荣誉的安瓶品牌有哪些?为了给消费者们提供真实的安瓶市场情况以及准确的行业品牌信息,以下是CNPP提供数据支持,网站为您统计的安瓶十大品牌榜单及相关品牌推荐,供您参考。安瓶什么牌子好安瓶十大榜单十大安瓶品牌榜中榜,安瓶原液-安瓶精华品牌,安瓶什么牌子好(2022)1.MartiDermMartiDerm始于1952年西班牙,专注于为用户量身定制抗氧化护肤品,并在1989年以安瓶的形式将“高浓度VC和蛋白多糖”的抗氧配方推向市场,开启了安瓶时代...2.L"OREAL巴黎欧莱雅始于1907年法国,全球知名美容护肤和美发品牌。巴黎欧莱雅的产品涉及女士护肤、彩妆、女士洗护发、家用染发、男士护肤、男士洗发及造型等诸多领域,全方位带来“从指尖...3.ISDIN怡思丁ISDIN始于1975年西班牙,由美容时尚集团PUIG和制药集团Esteve合资建立,专注研究光老化领域的肌肤护理解决方案的品牌。怡思丁旗下产品涉及美妆、母婴及...4.Balea芭乐雅Balea是德国药妆公司DM旗下护肤品牌,欧洲大型药妆连锁零售企业,以不加入人造色素及香料、无防腐剂而著称,敏感肌亦可使用。产品覆盖美妆、护肤、个护等系列,其中...5.LANCOME兰蔻1935年诞生于法国,全球知名的高端化妆品品牌。以玫瑰花为品牌标志,在护肤、彩妆及香水领域不断创新,依靠坚实的研发能力,研发出多款人气产品,如小黑瓶精华、菁纯眼...6.EsteeLauder雅诗兰黛创立于1946年美国,全球大型护肤、化妆品和香水公司。以珍贵成分搭配先进科技研发出各类精致优雅而又高效的产品而享誉全球,致力于提供更高效便捷、多效合一的护肤及美...7.ENDOCARE安多可西班牙大型制药集团IFC于1997年推出的安瓶品牌ENDOCARE,著名医学修复护肤品牌,以含SCA活肌修复因子为特色。致力于研究细胞修复成分_SCA活肌修...8.玉泽Dr.Yu专注于皮肤屏障修护,由上海家化汇聚各大医院皮肤科的医学专家联合研制,专注于从根源上解决皮肤屏障受损引起的脱屑、干痒、皴裂、粗糙、粉刺、刺痛、泛红等多种肌肤问题,...9.VICHY薇姿薇姿始创于1931年法国,隶属于欧莱雅集团,专注于敏感肌肤的护肤品牌。薇姿产品以蕴含温泉水和独有的活性分子而著称,致力于根据顾客不同的皮肤特点提供有针对性的护肤...10.自然堂CHANDO自然堂创立于2001年,珈蓝集团旗下化妆品品牌。倡导乐享自然,美丽生活的理念,针对中国人的文化、饮食和肌肤特点研制,甄选雪参、雪松、龙胆花、冰川水、积雪草等珍稀...以上品牌榜名单由CN10/CNPP品牌数据研究部门通过资料收集整理大数据统计分析研究而得出,排序不分先后,仅提供给您参考。我喜欢的安瓶品牌投票>>安瓶品牌分布情况安瓶哪个牌子好安瓶产地品牌榜单现代人对自己形象的投入可谓是不计成本,一批新兴企业致力于服务广大注重形象人群,不断研发新的安瓶产品,人们消费观念的转变使得这些产业欣欣向荣。经济发展较好的地区安瓶的市场销售也会随之水涨船高。广东省经济发展情况相对全国来讲比较发达,而且广东省的生产研发技术一直是走在全国的前沿,这里的产品研发、原料采购、生产、市场销售已经形成了一个完整的体系,先进的生产技术引得一批安瓶品牌入驻。一些国际上的安瓶品牌,通过选择上海市这个中国的贸易大城市作为在中国的大本营,来打开庞大的中国消费市场。广东省知名安瓶品牌水密码Wetcode优理氏UNES白大夫DOCTORBAI丝绨CIDEMVE上海市知名安瓶品牌自然堂CHANDO玉泽Dr.Yu美丽加芬言安堂安瓶品牌规模历史企业注册资本安瓶品牌历史行业推荐品牌品牌品牌历史/创立时间企业名称MartiDerm西班牙MartiDerm公司SINGULADERM西班牙Lipotec公司JANSSENCOSMETICS深圳市利禾田贸易有限公司L"OREAL巴黎欧莱雅1907年年欧莱雅(中国)有限公司MarieAnne玛丽艳1921年年完美(中国)有限公司VICHY薇姿1931年年欧莱雅(中国)有限公司LANCOME兰蔻1935年年欧莱雅(中国)有限公司EsteeLauder雅诗兰黛1946年年雅诗兰黛(上海)商贸有限公司OLAY玉兰油1952年年宝洁(中国)有限公司Clinique倩碧1968年年雅诗兰黛(上海)商贸有限公司XHEKPON佳科宝1968年年杭州凯西莱科技有限公司Balea芭乐雅1973年年德国drogeriemarkt公司ISDIN怡思丁1975年年怡丝丁商贸(广州)有限公司白大夫DOCTORBAI1977年年广州市白大夫健康美容科技开发有限公司Coreana高丽雅娜1988年年高丽雅娜化妆品(天津)有限公司安瓶品牌注册资本行业推荐品牌品牌注册资本/企业规模企业名称OLAY玉兰油150298.80万元宝洁(中国)有限公司玉泽Dr.Yu67963.45万元上海家化联合股份有限公司VICHY薇姿38916.23万元欧莱雅(中国)有限公司L"OREAL巴黎欧莱雅38916.23万元欧莱雅(中国)有限公司LANCOME兰蔻38916.23万元欧莱雅(中国)有限公司MarieAnne玛丽艳25492.68万元完美(中国)有限公司自然堂CHANDO25000.00万元伽蓝(集团)股份有限公司颐莲Rellet20000.00万元山东福瑞达医药集团有限公司Coreana高丽雅娜9043.19万元高丽雅娜化妆品(天津)有限公司CNP希恩派8687.64万元乐金生活健康贸易(上海)有限公司WHOO后8687.64万元乐金生活健康贸易(上海)有限公司水密码Wetcode8300.00万元广东丹姿集团有限公司Innisfree悦诗风吟6708.60万元爱茉莉太平洋贸易有限公司白大夫DOCTORBAI2000.00万元广州市白大夫健康美容科技开发有限公司ISDIN怡思丁1589.18万元怡丝丁商贸(广州)有限公司安瓶选购事项安瓶知识大讲堂1、一般来说干性皮肤需要补水安瓶,混合跟中性皮肤选择既补水又控油的安瓶,油性皮肤要选择控油效果好的安瓶,但同时也需要补水,补水安瓶,适合偏干皮肤使用的,控油补水安瓶,适合混合和偏油皮肤使用的,有些安瓶是既含有补水成分又含有控油成分的,所以属于偏干,混合,偏油皮肤都可以使用的。2、MM们在选择安瓶的时候,除了要选择适合自己的皮肤之外,还会在效果上做选择,因为安瓶款式较多不同档次的安瓶价位有些差异是比较大的,如果只需要一般档次的,可以选择10-40元一盒的,如果想要效果很好的建议选择高档安瓶。如何区分安瓶的好差在这里给做个简单的归类:先说最基础的态的,液态安瓶不同牌子不同种类差异也比较大的,笼统的说,金箔的要比不含金箔的好,金银箔的要比金箔的好,这个只是个笼统的概括,因为高档安瓶中也有液态不含金箔的,比很多金箔跟金银箔的效果要好。其次,比液态安瓶再上一个档次的是霜状安瓶,霜状安瓶的精华纯度是在液态安瓶之上的,像法诺精华霜,但法诺精华霜的建议使用量是一次2-3支,需要红色紫色搭配,所以单价不算高但并不实惠了。再次,最高档的安瓶就是双素跟推瓶了,双素为液态跟粉末的,是08款高档安瓶。推瓶为最新的最高档的安瓶,效果教其他安瓶都要好,并且多了防皱效果,双素跟推瓶都是一次只用一支就可以达到定妆一天的效果的,所以如果需要高档安瓶,建议选择双素或者推瓶。【安瓶定妆液选购大讲堂>>】
2023-08-07 04:40:391

过氧化氢分解所需的能量,即反应的焓变

H2O2(l)=H2O(l)+0.5O2(g)△mHf,H2O2(l)=-187.8kJ/mol△mHf,H2O(l)=-285.8kJ.mol△mHf,O2(g)=0反应的焓变△mHr=0.5△mHf,O2(g)+△mHf,H2O(l)-△mHf,H2O2(l)=0-285.8-(-187.8)=-98.0kJ/mol计算出的焓变指的是反应在0℃条件下进行时的焓变。常温下反应的焓变会稍有差异。
2023-08-07 04:40:361

RPA在保险行业可以应用在哪些场景?

云扩智能RPA:RPA机器人在保险行业可以应用在这些场景:风险管控、审查审计、索赔处理、客户服务、保单数据迁移、系统清算等等云扩智能RPA让保险公司可以通过 RPA 以非侵入性方式实现核心保险流程的自动化。流程处理时间降低:将专业人员从繁琐的任务中解放出来,节省他们更多时间精力可以专注于更具战略性的活动。确保数据安全:机器人不会存储数据,不管数据是传输还是静止都是加密的,确保企业与投保人的数据安全。与现有系统兼容:云扩 RPA 采用的是外挂非侵入部署方式,兼容企业遗留系统,意味着无需替换现有核心流程应用。
2023-08-07 04:40:352

求助!立信会计师事务所(特殊普通合伙人) ,英文应该怎么翻译?

Lixin Accounting firm
2023-08-07 04:40:313