当springboot有多个不能名称但是相同bean的时候,可以使用 @Primary 注解设置其中一个为主要默认bean 有些类它没有用别名去注入bean,会导致注入的时候找到多个相同bean,报错 /** * 短信类线程 */ public static final String SMS = "smsTaskExecutor"; /** * 默认通用线程池 (20); // 设置线程活跃时间(秒) executor.setKeepAliveSeconds(60); // 设置默认线程名称 executor.setThreadNamePrefix (20); // 设置线程活跃时间(秒) executor.setKeepAliveSeconds(60); // 设置默认线程名称 executor.setThreadNamePrefix (20); // 设置线程活跃时间(秒) executor.setKeepAliveSeconds(60); // 设置默认线程名称 executor.setThreadNamePrefix
01 前言 用了多年spring,一直想当然把spring默认的beanName当成是类名的首字母小写,比如HelloService其beanName为helloService。 直到有天对接了供方厂商的接口,他有个类形如ABService,于是用 getBean(“aBService”) 的方式获取bean,结果取到是null,一开始以为是ABservice没注入,后面采用 getBean ,我们可以直接查看哪个引用到@Service,再猜测下beanName的生成规则 通过猜,我们基本上就可以定位出比较符合我们需求的方法 03 源码验证 从上面的分析,我们可以知道如果是扫描bean * @return The decapitalized version of the string. */ 04 总结 通过扫描bean注解注入IOC时,如果不指定bean名称的默认规则是类名的首字母小写 ,如果类名前两个或以上个字母都是大写,那么bean名称与类名一样。
前言 用了多年spring,一直想当然把spring默认的beanName当成是类名的首字母小写,比如HelloService其beanName为helloService。 直到有天对接了供方厂商的接口,他有个类形如ABService,于是用 getBean(“aBService”) 的方式获取bean,结果取到是null,一开始以为是ABservice没注入,后面采用 ,bean)->{ System.out.println(beanName + ":" + bean); }); 打印出来的结果,如下 ABService:com.github.lybgeek.ABService * @return The decapitalized version of the string. */ 总结 通过扫描bean注解注入IOC时,如果不指定bean名称的默认规则是类名的首字母小写 ,如果类名前两个或以上个字母都是大写,那么bean名称与类名一样。
Bean元数据中获取到Bean的名称。 如果Bean定义是一个带注解的Bean定义,会调用determineBeanNameFromAnnotation()方法来基于注解生成Bean名称;否则会使用默认的Bean名称生成策略buildDefaultBeanName 默认Bean名称生成策略部分:实现了buildDefaultBeanName()方法和getComponentAnnotation()方法,用于生成默认的Bean名称。 当然,@Value中是可以不配置信息的,此时执行fallBack,即调用 buildDefaultBeanName 方法生成一个默认的 Bean 名称,并返回。 AnnotationBeanNameGenerator 的缺点则是: 如果注解中未指定 Bean 名称,该生成器会默认使用类名作为 Bean 名称,这可能导致出现多个类名相同的 Bean,需要特别注意;
Spring官方文档介绍如下图: 更多内容可以看官方文档介绍,非常详细: https://docs.spring.io/spring/docs/3.0.0.M3/reference/html/ch04s04 1.画图分析 2.源码分析 生成bean时先判断单例的还是原型的 如果是单例的则先尝试从缓存里获取,没有在新创建 结论: 单例的bean只有第一次创建新的bean 后面都会复用该bean,所以不会频繁创建对象 2.减少jvm垃圾回收 由于不会给每个请求都新生成bean实例,所以自然回收的对象少了。 3.可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 单例bean的劣势 单例的bean一个很大的劣势就是他不能做到线程安全!!! 总结 Spring 为啥把bean默认设计成单例? 答案:为了提高性能!!! 从几个方面: 少创建实例 垃圾回收 缓存快速获取 单例有啥劣势? 如果是有状态的话在并发环境下线程不安全。
Spring官方文档介绍如下图: 更多内容可以看官方文档介绍,非常详细: https://docs.spring.io/spring/docs/3.0.0.M3/reference/html/ch04s04 .html ---- 单例bean与原型bean的区别 如果一个bean被声明为单例的时候,在处理多次请求的时候在Spring容器里只实例化出一个bean,后续的请求都公用这个对象,这个对象会保存在一个 1.画图分析 2.源码分析 生成bean时先判断单例的还是原型的 如果是单例的则先尝试从缓存里获取,没有在新创建 结论: 单例的bean只有第一次创建新的bean 后面都会复用该bean,所以不会频繁创建对象 2.减少jvm垃圾回收 由于不会给每个请求都新生成bean实例,所以自然回收的对象少了。 3.可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 关于这方面我正在准备写一篇文章,在整理当中,感兴趣的朋友可以关注我,我后续写一篇详细的文章。 ---- 总结 Spring 为啥把bean默认设计成单例? 答案:为了提高性能!!!
/grub #在箭头处添加 net.ifnames=0 biosdevname=0 2.重新生成grub引导配置文件 grub-mkconfig -o /boot/grub/grub.cfg 3. 修改接口名称 nano /etc/network/interfaces #将箭头处改为 eth0 4.重启操作系统 可能发生的错误: reboot后网卡无法启动 解决方法 将 auto eth0
借助Application.ActivePrinter属性,一方面可以查询当前默认打印机的名称,另一方面,也可以指定默认打印机的名称。 Printer_original As String Dim Path As String, path_saved As String, name_file As String '1 记录最开始的默认打印机 PrToFileName:=path_saved, IgnorePrintAreas:=False Workbooks(name_file).Close False '3 恢复默认的打印机 Application.ActivePrinter = Printer_original End Sub 该代码主要分为三步:(1)先记录当前默认打印机的名称,一般电脑默认连接的是实体打印机 ;(2)借助Printout函数将指定的Excel文件转换为PDF文件,此时默认打印机的名称已经发生变化,转变成了Microsoft Print to PDF; (3)恢复默认的打印机,也就是第(1)步保存的打印机名称
如下图: [avatar] 然后登陆到FTP,找到根目录下的data文件夹然后打开进入backupdata这个文件夹,找到类似 dede_admin_0_ba5fabe4aa5ff9a7.txt这个文件 ,前缀都是一样的,后缀可能会不一样。 下载到本地,用记事本打开,有个admin,这就是默认的ID号,改成你想要的名字即可,然后保存。如图: [avatar] 然后上传覆盖原来的即可(不放心可以提前备份一下)。 如图: [avatar] [avatar] 然后你会发现登陆ID已经变成你改的名称了。 [avatar]
专题有一个聚合的效果,一般会比普通的文章页更符合用户需求。 如果用dedecms建专题的话,默认的目录是special,怎么修改修改dedecms专题目录名称呢,比如将/special/改为/s/这样更好记忆? 这样改也不容易让同行发现,不然你辛辛苦苦建的专题几分钟时间就成为别人的了。 第一步:打开data/config.file.inc.php $remotefile[3] = array( 'filedir'=>'/special', 'description 专题目录', 'dfserv'=>0, 'state'=>1, 'issystem'=>1 ); 改为如下: $remotefile[3]
Spring 上一篇文章中已介绍了Bean 的定义,什么是BeanDefinition? 下面主要源码结合模式分析BeanDefinition元信息「Bean的配置元信息」 下面罗列了BeanDefinition元信息配置 ? 上面一表格形式概括说明BeanDefinition元信息配置,不是所有的属性配置都是必须的,但是前面几个参数属性是必须的 附加补充说明 Bean 的作用域 (比如:我们常用的singleton、prototype Bean 的延迟初始化的模式,默认情况下是非延迟的,就是Bean在容器启动过程中会实时进行初始化,此时相对应的属性或则配置会进行一定的设置;相反延迟化的,是按需进行初始化,这种方式可以有效减少启动时间, 需要的时候对Bean进行初始化 Bean 的初始化 & 销毁,通常都是成对出现 如何构建BeanDefinition?
Spring官方文档介绍如下图: 更多内容可以看官方文档介绍,非常详细: https://docs.spring.io/spring/docs/3.0.0.M3/reference/html/ch04s04 .html ---- 单例bean与原型bean的区别 如果一个bean被声明为单例的时候,在处理多次请求的时候在Spring容器里只实例化出一个bean,后续的请求都公用这个对象,这个对象会保存在一个 1.画图分析 2.源码分析 生成bean时先判断单例的还是原型的 如果是单例的则先尝试从缓存里获取,没有在新创建 结论: 单例的bean只有第一次创建新的bean 后面都会复用该bean,所以不会频繁创建对象 2.减少jvm垃圾回收 由于不会给每个请求都新生成bean实例,所以自然回收的对象少了。 3.可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 关于这方面我正在准备写一篇文章,在整理当中,感兴趣的朋友可以关注我,我后续写一篇详细的文章。 ---- 总结 Spring 为啥把bean默认设计成单例? 答案:为了提高性能!!!
一、Spring源码基础组件 阅读源码时候,接口与类过多,可以对照这里查看对应的关系 1、bean定义接口体系 2、bean工厂接口体系 3、ApplicationContext上下文体系 二、AnnotationConfigApplicationContext (bean容器)会存放bean定义及bean名称集合等等 DefaultListableBeanFactory父类DefaultSingletonBeanRegistry会缓存所有实例化的bean 接下来继续查看 自定义扫描包功能 调用ClassPathBeanDefinitionScanner的有参构造方法 注册默认扫描的方式 protected void registerDefaultFilters() { 容器 配置类bean添加到beanDefinitionMap中,与默认后置处理器存放在一起 三、总结 本篇文章主要讲述刷新上下文前的准备工作 创建bean工厂容器,也就是map对象,以后缓存单例对象 添加常用注册 bean和解析注解的后置处理器 创建根据包路径扫描bean定义的类
前言 前面两篇文章主要介绍的是xml到BeanDefinition的过程,我们知道在使用Spring的过程中通常直接使用getBean(beanName)的方式,getBean返回的是实例化并且已经完成初始化后的对象 Spring属性填充过程 Spring在Bean创建过程中提供的扩展点及事件监听 Spring的initiation过程及一种并行初始化的实现。 getBean主干 在本文中只讨论单例对象(默认scope,非factoryBean类)的创建过程 贴一段doGetBean的主干代码 protected <T> T doGetBean( 在getSingleton(beanName, singletonFactory)方法中会调用getObject(),实际上也就是调用了createBean,bean的创建实际上是从这个地方开始的。 singletonObject : null); }} 在去掉异常处理后,这段代码非常的简单,首先从singletonObjects map里试着拿bean,如果拿不到的话调用singletonFactory.getObject
3. 高级装配Bean 3.1 Bean的作用域 默认情况下,Spring中的bean都是以单例的形式存在的,无论注入多少次,每次注入的都是同一个实例。 @Configuration public class Cap3MainConfig { //给容器中注册一个bean, 类型为返回值的类型, 默认是单实例 /* * prototype:多实例 boolean containsBean(String beanName) 判断工厂中是否包含给定名称的bean定义,若有则返回true Object getBean(String) 返回给定名称注册的 ) 返回以给定名称注册的bean实例,并转换为给定class类型 Class getType(String name) 返回给定名称的bean的Class,如果没有找到指定的bean实例,则排除NoSuchBeanDefinitionException 异常 boolean isSingleton(String) 判断给定名称的bean定义是否为单例模式 String[] getAliases(String name) 返回给定bean名称的所有别名
TienChin 视频杀青啦~采用 Spring Boot+Vue3 技术栈,里边会涉及到各种好玩的技术,小伙伴们来和松哥一起做一个完成率超 90% 的项目,戳戳戳这里-->TienChin 项目配套视频来啦 beanName 我没有使用默认的 beanName,而是自己配置了一个 beanName,这个 beanName 的配置方式是 类名的完整路径+.ORIGINAL。 当我们按照这样的规则给 bean 取名之后,那么即使当前 bean 已经包含在切点所定义的范围内,这个 bean 也不会被代理了。 这是 Spring5.1 开始的新玩法。 这种写法的原理是什么呢? ,增加了额外的能力: 在 bean 实例化之前先做一些预处理,例如直接创建代理对象,代替后续的 bean 生成。 好啦,一个小小细节,加深大家对 Spring AOP 的理解,感兴趣的小伙伴可以去试试哦~ TienChin 视频杀青啦~采用 Spring Boot+Vue3 技术栈,里边会涉及到各种好玩的技术,小伙伴们来和松哥一起做一个完成率超
单例bean与原型bean的区别 单例:一个bean被声明为单例时,处理多次请求时spring容器里只实例化一个bean,后续的请求公用这个对象,这个对象存储在一个map中,当有请求时,先在缓存中(map 结论: 1、单例的bean只有第一次创建新的bean 后面都会复用该bean,所以不会频繁创建对象。 减少jvm垃圾回收 由于不会给每个请求都新生成bean实例,所以自然回收的对象少了。 可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 单例bean的劣势 单例的bean一个很大的劣势就是他不能做到线程安全,由于所有请求都共享一个bean实例,所以这个bean要是有状态的一个bean的话可能在并发场景下出现问题,而原型的bean则不会有这样问题 总结 面试题:Spring 为啥把bean默认设计成单例? 答案: 为了提高性能 少创建实例* 垃圾回收 缓存快速获取 单例有啥劣势? 如果是有状态的话在并发环境下线程不安全。 什么是有状态对象?
Mono 3现在是默认 GC是SGen 垃圾回收器,垃圾回收器几个性能和扩展性方面的改进,以更好地利用多核处理器硬件。SGen 已移植到 Windows 和 MIPS。 mono 最开始使用的是 Boehm-Demers-Wiser Conservative Garbage Collector ,mono 3.0之前的版本作为默认的垃圾收集器也是这个,Boehm垃圾收集器的主要问题在于无法精确读取寄存器与栈帧 后来mono有了自己的 Simple Generational GC , 就是分代式垃圾回收器Sgen,取代了Mono中传统的 Boehm垃圾回收器。 SGen垃圾收集器使用两生代而非.NET中的三个,但像.NET一样对于大对象使用独立的堆。 分为两代,之前使用 conservative gc..可见其文档的描述。 是一种较为落后的实现,没有分代,.NET 的CLR是三代的 大对象特殊处理,默认大于64KB作为大对象,.NET的大对象是20KB以上,被分配到一个特殊的大对象堆中。
WordPress自带的TinyMCE编辑器,对于一般的文字编辑已足够了,但还是有童鞋希望它功能更多,所以诞生了各种编辑器增强插件,其实不用插件也可以为默认编辑器增加各种功能,下面的方法可以为编辑器增加选择中文字体功能 1、将如下代码加到当前主题的 functions.php 模板文件中: function custum_fontfamily($initArray){ $initArray['font_formats ='幼圆';"; return $initArray;}add_filter('tiny_mce_before_init', 'custum_fontfamily'); 2、WordPress默认 styleselect';$buttons[] = 'fontselect';return $buttons;}add_filter("mce_buttons", "enable_more_buttons"); 3、
而在 Spring 中提供了 3 种方法进行配置: 在 XML 文件中显式配置 在 Java 的接口和类中实现配置 隐式 Bean 的发现机制和自动装配原则 方式选择的原则 在现实的工作中,这 3 种方式都会被用到 不过 id 属性不是一个必需的属性,name 属性也可以定义 bean 元素的名称,能以逗号或空格隔开起多个别名,并且可以使用很多的特殊字符,比如在 Spring 和 Spring MVC 的整合中,就得使用 name 属性来定义 bean 的名称,并且使用 / 开头。 我们有另外一种替代方式: <bean name="student2" class="pojo.Student" c:_0="3" c:_1="学生3"/> 我们将参数的名称替换成了 “0” 或者说将 Spring 和其他组件分离(其他组件不依赖 Spring,但是又想 Spring 管理生成的 Bean) Bean 的作用域 在默认的情况下,Spring IoC 容器只会对一个 Bean