Advisor

切面（ advisor ） ：切点和增强（引介）组成，它既包括了横切逻辑的定义，也包括了连接点的定义， Spring AOP 就是负责实施切面的框架，它将切面所定义的横切逻辑织入到切面所指定的连接点中。 advisor ： pointCut advice 简单的理解--》一类功能的增强：比如 事务切面，缓存切面，日志切面 切点（ pointCut ） ：每个程序类都拥有多个连接点，如一个拥有两个方法的类，这两个方法都是连接点，即连接点是程序类中客观存在的事物。 AOP 通过 “ 切点 ” 定位特定的连接点。连接点相当于数据库中的记录，而切点相当于查询条件。切点和连接点不是一对一的关系，一个切点可以匹配多个连接点。在 Spring 中，切点通过 org.springframework.aop.Pointcut 接口进行描述，它使用类和方法作为连接点的查询条件， Spring AOP 的规则解析引擎负责切点所设定的查询条件，找到对应的连接点。其实确切地说，不能称之为查询连接点，因为连接点是方法执行前、执行后等包括方位信息的具体程序执行点，而切点只定位到某个方法上，所以如果希望定位到具体连接点上，还需要提供方位信息。 简单的理解--》 一类Joinpoint 的集合 增强（ advice ） ：增强是织入到目标类连接点上的一段程序代码，在 Spring 中，增强除用于描述一段程序代码外

《2020年阿里云活动拼团》： https://promotion.aliyun.com/ntms/yunparter/invite.html?userCode=czfmwdn3 【限时】1年86元，3年229元，用来建站和编程学习【 附WordPress建站教程 】 适配器模式属于结构型模式的一种，它可以理解为现实生活中的电源适配器、网络适配器等。首先要搞清楚什么是结构型模式。 ​ 结构型模式是将系统中的多个类或对象组合在一起，相互协作来完成更复杂的任务或功能。就好比搭积木，许多简单积木可以搭建成更复杂、功能更强大的结构。它分为两种形式：类结构型模式和对象结构型模式。类结构型模式由多个类组合，存在继承和实现关系；对象结构型模式由类和对象组合，存在关联关系（比如车和轮胎的关系）。 ​ 下面我们再介绍适配器模式： ​ 1、定义：将一个类的接口转化成多个类可以兼容的接口，使其协同工作而无需修改现有类的内部结构。 ​ 2、模式结构： ​ （1）Target（目标抽象类）：定义了特定的工作接口。 ​ （2）Adapter（适配器类）：模式的核心类，作为转换器对Target和Adaptee进行适配。 ​ （3）Adaptee（适配者类）：定义了需要适配的接口。 ​ （4）Client（客户类）：针对目标抽象类编程，调用其定义的方法。 ​ 3、类适配器和对象适配器的比较： ​ 类适配器中

在获取了所有对应bean的增强后，便可以进行代理的创建了。回到AbstractAutoProxyCreator的wrapIfNecessary方法中，如下所示： 1 protected static final Object[] DO_NOT_PROXY = null ; 2 3 protected Object wrapIfNecessary(Object bean, String beanName, Object cacheKey) { 4 if (StringUtils.hasLength(beanName) && this .targetSourcedBeans.contains(beanName)) { 5 return bean; 6 } 7 if (Boolean.FALSE.equals( this .advisedBeans.get(cacheKey))) { 8 return bean; 9 } 10 if (isInfrastructureClass(bean.getClass()) || shouldSkip(bean.getClass(), beanName)) { 11 this .advisedBeans.put(cacheKey, Boolean.FALSE); 12 return bean; 13 } 14 15 // Create proxy

中间件中文技术文档2018年3月-5月更新内容 Oracle Middleware 中文技术支持团队一直致力于为大中国区客户提供更好的支持服务。为了进一步提升中文用户的客户体验，我们一直在创建中英文双语技术文档，并且逐步将 My Oracle Support 中已有的并且对用户帮助最大的英文文档翻译成简体中文，从而帮助客户更好的避免潜在隐患，或更快的解决已有问题。 2018年3月-5月，我们新增的中文技术文档内容如下： Doc ID 1542164.1 (中间件中文文档列表 - Oracle Middleware 索引 ) 新增中文技术文档列表： Document 2391997.1 提交BPM流程时报错误 "Exception Description: You must login to the ServerSession before acquiring ClientSessions." Document 2392490.1 Sites 12c Search 中文字符问题 Document 2368320.1 ADVISOR WEBCAST 录音: WebLogic服务器调优(工作管理器及数据源), 2018年4月11日 Document 2392026.1 ADVISOR WEBCAST 录音: WebLogic JMS的调优与诊断, 2017年3月15日 Document

转： spring 中常用的两种事务配置方式以及事务的传播性、隔离级别 在前面的文章中总结了spring事务的5中配置方式，但是很多方式都不用而且当时的配置使用的所有参数都是默认的参数，这篇文章就看常用的两种事务配置方式并信息配置事务的传播性、隔离级别、以及超时等问题，废话不说下面就来看看！ 一、注解式事务 1、注解式事务在平时的开发中使用的挺多，工作的两个公司中看到很多项目使用了这种方式，下面看看具体的配置demo。 2、事务配置实例 （1）、spring+mybatis 事务配置 <!-- 定义事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" /> </bean> <!--使用注释事务 --> <tx:annotation-driven transaction-manager="transactionManager" /> （2）、spring+hibernate 事务配置 <!-- 事务管理器配置,单数据源事务 --> <bean id="transactionManager" class="org

1. 架构变迁 说到CPU架构，我们可能必然会提到CISC(复杂指令集，比如桌面端采用的X86系列)和RISC(精简指令集，比如移动端广泛采用的ARM系列)。理论上，RISC 相比于 CISC(Intel 和 AMD) 处理器，指令译码和流水线的实现精简化，可以在芯片上使用更少的三极管，换取更多的寄存器和流水线性能 ( 多线程 / 并发能力，高吞吐 ) 。过去，由于应用主要是跑在对功耗不敏感的X86架构CPU上，人们对该架构下的应用进行了大量的优化，ARM平台的性能优势并没有充分的发挥出来。最近数年，转机出现了，ARM平台在移动端(比如手机)和物联网终端(比如家用智能设备)的大规模使用，使得对该平台算法和软件的性能优化变得越来越充分（近年来，开源社区对ARM平台的支持已经足够用户将X86应用在合理的投入下迁移到ARM平台，LLVM等基础工具大部分可以找到支持ARM平台的版本）。结合既有的并发能力优势，使得ARM 平台的服务器在一些应用场景下显得颇有吸引力。另外，对于移动应用，在云端采用ARM平台服务器，还可以做到端云同构，节省开发调试成本。 在这样的背景下，业界大厂纷纷推出ARM平台服务器CPU. ARM平台服务器CPU在云端服务器啃下一块市场也是必然。2019年，华为推出了第二代ARM平台数据中心处理器鲲鹏920芯片(预期今年推出其升级版鲲鹏930)，采用7nm制程

　ImportSelector接口是至spring中导入外部配置的核心接口，在SpringBoot的自动化配置和@EnableXXX(功能性注解)都有它的存在，关于SpringBoot的分析可以参考: 深入理解SpringBoot的自动装配 。 一、关于ImportSelector接口 　 package org.springframework.context.annotation; import org.springframework.core.type.AnnotationMetadata; /** * Interface to be implemented by types that determine which @{ @link Configuration} * class(es) should be imported based on a given selection criteria, usually one or more * annotation attributes. * * <p>An { @link ImportSelector} may implement any of the following * { @link org.springframework.beans.factory.Aware Aware} interfaces, and their

读薄《高性能MySql》(一)MySql基本知识 读薄《高性能MySql》(二)Scheme与数据优化 读薄《高性能MySql》(三)索引优化 读薄《高性能MySql》(四)查询性能优化 对 MySql 进行优化，必须对 Scheme，索引，查询语句一同优化。 通过前面的章节我们掌握了 Scheme 和 索引的优化，最后我们来看一下查询优化。 为了优化查询，我们必须先了解查询是怎样执行的，然后探讨优化器在哪些方面做得还不足，以帮助 MySql 更有效的执行查询。 #优化数据访问 在一条 Sql 语句执行的很慢的时候，可以从以下两个方面来分析： 是否在检索的时候访问了太多的行或者列 MySql 服务器是否在分析大量超过需要的行 请求了不需要的数据 ###万恶之源 SELECT * 一个很好用的观点就是在每次使用 SELECT * 取出全部行的时候都要审视一下自己是否需要全部数据。 取出所有列可能使得索引覆盖无效，一些 DBA 是严格禁止 SELECT * 的写法的。 重复查询数据 有些地方可能会不小心的重复查询了相同的数据。比如在论坛中，如果一个人回复多次，很有可能会一不小心每次都去请求这个人的资料，一个有效的方法就是使用缓存。 扫描额外的记录 确定查询只返回需要的数据以后，接下来该看一下为了返回需要的记录是否扫描了太多行了。有两个指标我们需要关注，一个是扫描的行数和返回行数的比值

写在前面的话 相关背景及资源： 曹工说Spring Boot源码（1）-- Bean Definition到底是什么，附spring思维导图分享 曹工说Spring Boot源码（2）-- Bean Definition到底是什么，咱们对着接口，逐个方法讲解 曹工说Spring Boot源码（3）-- 手动注册Bean Definition不比游戏好玩吗，我们来试一下 曹工说Spring Boot源码（4）-- 我是怎么自定义ApplicationContext，从json文件读取bean definition的？ 曹工说Spring Boot源码（5）-- 怎么从properties文件读取bean 曹工说Spring Boot源码（6）-- Spring怎么从xml文件里解析bean的 曹工说Spring Boot源码（7）-- Spring解析xml文件，到底从中得到了什么（上） 曹工说Spring Boot源码（8）-- Spring解析xml文件，到底从中得到了什么（util命名空间） 曹工说Spring Boot源码（9）-- Spring解析xml文件，到底从中得到了什么（context命名空间上） 曹工说Spring Boot源码（10）-- Spring解析xml文件，到底从中得到了什么（context:annotation-config 解析）

【推荐阅读】微服务还能火多久？>>> 10g 11g 12c 的自动维护任务的总结 10g 在10g版本上，主要有2个预定义的维护窗口 weeknight_window : 周一到周五，每天22：00开始，次日06：00结束 weekend_windows : 周六和周日的全天 预定义的自动系统任务 自动统计信息收集作业： Automatic statistics collection job 自动段指导作业 ：automatic segment advisor job 文档： Database Administrator's Guide 23 Managing Automatic System Tasks Using the Maintenance Window 11g 在11g中，预定义了9个维护窗口 周一到周五 每天22:00 ～ 次日02:00；周六和周日 06:00 ～ 次日02:00 MONDAY_WINDOW : 周一 22:00 ～ 周二 02:00 TUESDAY_WINDOW : 周二 22:00 ～ 周三 02:00 WEDNESDAY_WINDOW : 周三 22:00 ～ 周四 02:00 THURSDAY_WINDOW : 周四 22:00 ～ 周五 02:00 FRIDAY_WINDOW : 周五 22:00 ～ 周六 02:00 SATURDAY