- 综合排序
- 最热优先
- 最新优先
- 来自专栏工作经验
springboot设置bean为默认主要bean
当springboot有多个不能名称但是相同bean的时候，可以使用 @Primary 注解设置其中一个为主要默认bean 有些类它没有用别名去注入bean，会导致注入的时候找到多个相同bean，报错 /** * 短信类线程 */ public static final String SMS = "smsTaskExecutor"; /** * 默认通用线程池 executor.setQueueCapacity(20); // 设置线程活跃时间（秒） executor.setKeepAliveSeconds(60); // 设置默认线程名称 executor.setQueueCapacity(20); // 设置线程活跃时间（秒） executor.setKeepAliveSeconds(60); // 设置默认线程名称 executor.setQueueCapacity(20); // 设置线程活跃时间（秒） executor.setKeepAliveSeconds(60); // 设置默认线程名称
98810编辑于 2023-07-17 - 来自专栏Linyb极客之路
聊聊spring bean名称命名的那些事儿
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名称与类名一样。
41420编辑于 2022-01-07 - 来自专栏Linyb极客之路
聊聊spring 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名称与类名一样。
1.5K41发布于 2021-06-24 - 来自专栏关忆北.
深入分析 Spring 中 Bean 名称的加载机制
Bean元数据中获取到Bean的名称。 如果Bean定义是一个带注解的Bean定义，会调用determineBeanNameFromAnnotation()方法来基于注解生成Bean名称；否则会使用默认的Bean名称生成策略buildDefaultBeanName 默认Bean名称生成策略部分：实现了buildDefaultBeanName()方法和getComponentAnnotation()方法，用于生成默认的Bean名称。 当然，@Value中是可以不配置信息的，此时执行fallBack，即调用 buildDefaultBeanName 方法生成一个默认的 Bean 名称，并返回。 AnnotationBeanNameGenerator 的缺点则是： 如果注解中未指定 Bean 名称，该生成器会默认使用类名作为 Bean 名称，这可能导致出现多个类名相同的 Bean，需要特别注意；
54110编辑于 2024-01-14 - 来自专栏Java技术栈
Spring 中的 bean 为什么默认单例？
与原型bean的区别 如果一个bean被声明为单例的时候，在处理多次请求的时候在Spring容器里只实例化出一个bean，后续的请求都公用这个对象，这个对象会保存在一个map里面。 但是对于原型(prototype)bean来说当每次请求来的时候直接实例化新的bean，没有缓存以及从缓存查的过程。 1.画图分析 2.源码分析 生成bean时先判断单例的还是原型的 如果是单例的则先尝试从缓存里获取，没有在新创建 结论： 单例的bean只有第一次创建新的bean 后面都会复用该bean，所以不会频繁创建对象 单例bean的劣势 单例的bean一个很大的劣势就是他不能做到线程安全！！！ 总结 Spring 为啥把bean默认设计成单例？ 答案：为了提高性能！！！ 从几个方面： 少创建实例 垃圾回收 缓存快速获取 单例有啥劣势？ 如果是有状态的话在并发环境下线程不安全。
97421发布于 2020-02-12 - 来自专栏对线JAVA面试
Spring 为啥默认把bean设计成单例的
与原型bean的区别 如果一个bean被声明为单例的时候，在处理多次请求的时候在Spring容器里只实例化出一个bean，后续的请求都公用这个对象，这个对象会保存在一个map里面。 但是对于原型(prototype)bean来说当每次请求来的时候直接实例化新的bean，没有缓存以及从缓存查的过程。 1.画图分析 2.源码分析 生成bean时先判断单例的还是原型的 如果是单例的则先尝试从缓存里获取，没有在新创建 结论： 单例的bean只有第一次创建新的bean 后面都会复用该bean，所以不会频繁创建对象 2.减少jvm垃圾回收 由于不会给每个请求都新生成bean实例，所以自然回收的对象少了。 3.可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 关于这方面我正在准备写一篇文章，在整理当中，感兴趣的朋友可以关注我，我后续写一篇详细的文章。 ---- 总结 Spring 为啥把bean默认设计成单例？ 答案：为了提高性能！！！
22910编辑于 2022-10-27 - 来自专栏Mr.Wang
Debian9修改网卡名称为默认的eth
#在箭头处添加 net.ifnames=0 biosdevname=0 2.重新生成grub引导配置文件 grub-mkconfig -o /boot/grub/grub.cfg 3.修改接口名称 nano /etc/network/interfaces #将箭头处改为 eth0 4.重启操作系统 可能发生的错误： reboot后网卡无法启动 解决方法 将 auto eth0 放到
1.7K20编辑于 2023-03-13 - 来自专栏数据处理与编程实践
VBA: 获取电脑当前默认打印机的名称
借助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）步保存的打印机名称
3.4K20编辑于 2022-09-20 - 来自专栏用户8851537的专栏
dedeCMS修改默认管理员名称admin
如下图： [avatar] 然后登陆到FTP，找到根目录下的data文件夹然后打开进入backupdata这个文件夹，找到类似 dede_admin_0_ba5fabe4aa5ff9a7.txt这个文件 ，前缀都是一样的，后缀可能会不一样。 下载到本地，用记事本打开，有个admin，这就是默认的ID号，改成你想要的名字即可，然后保存。如图： [avatar] 然后上传覆盖原来的即可(不放心可以提前备份一下)。 如图： [avatar] [avatar] 然后你会发现登陆ID已经变成你改的名称了。 [avatar]
4.4K30发布于 2021-07-20 - 来自专栏ytkah
如何修改dedecms专题目录默认名称special
专题有一个聚合的效果，一般会比普通的文章页更符合用户需求。 如果用dedecms建专题的话，默认的目录是special，怎么修改修改dedecms专题目录名称呢，比如将/special/改为/s/这样更好记忆？ 这样改也不容易让同行发现，不然你辛辛苦苦建的专题几分钟时间就成为别人的了。 $dirarray[$i++] = addDir('/zt', '专题目录', 0, 0, 1); 第三步：打开/include/common.inc.php //专题列表的存放路径 $cfg_special; 改为如下： //专题列表的存放路径 $cfg_special = $cfg_cmspath.'
4.1K50发布于 2018-03-06 - 来自专栏码农架构
BeanDefinition元信息：除了Bean名称和类名，还有哪些Bean元信息值得关注？
Spring 上一篇文章中已介绍了Bean 的定义，什么是BeanDefinition？ 下面主要源码结合模式分析BeanDefinition元信息「Bean的配置元信息」 下面罗列了BeanDefinition元信息配置 ? 上面一表格形式概括说明BeanDefinition元信息配置，不是所有的属性配置都是必须的，但是前面几个参数属性是必须的 附加补充说明 Bean 的作用域 （比如：我们常用的singleton、prototype Bean 的延迟初始化的模式，默认情况下是非延迟的，就是Bean在容器启动过程中会实时进行初始化，此时相对应的属性或则配置会进行一定的设置；相反延迟化的，是按需进行初始化，这种方式可以有效减少启动时间， 需要的时候对Bean进行初始化 Bean 的初始化 & 销毁，通常都是成对出现 如何构建BeanDefinition?
1.2K20发布于 2020-10-26 - 来自专栏JAVA葵花宝典
面试题:Spring 为啥默认把bean设计成单例的？
与原型bean的区别 如果一个bean被声明为单例的时候，在处理多次请求的时候在Spring容器里只实例化出一个bean，后续的请求都公用这个对象，这个对象会保存在一个map里面。 但是对于原型(prototype)bean来说当每次请求来的时候直接实例化新的bean，没有缓存以及从缓存查的过程。 1.画图分析 2.源码分析 生成bean时先判断单例的还是原型的 如果是单例的则先尝试从缓存里获取，没有在新创建 结论： 单例的bean只有第一次创建新的bean 后面都会复用该bean，所以不会频繁创建对象 2.减少jvm垃圾回收 由于不会给每个请求都新生成bean实例，所以自然回收的对象少了。 3.可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 关于这方面我正在准备写一篇文章，在整理当中，感兴趣的朋友可以关注我，我后续写一篇详细的文章。 ---- 总结 Spring 为啥把bean默认设计成单例？ 答案：为了提高性能！！！
59340发布于 2019-08-09 - 来自专栏汤圆学Java
Java8中的默认方法
作者：汤圆 个人博客：javalover.cc 前言 大家好啊，我是汤圆，今天给大家带来的是《Java8中的默认方法》，希望对大家有帮助，谢谢 文章纯属原创，个人总结难免有差错，如果有，麻烦在评论区回复或后台私信 ，谢啦 简介 在Java之前，我们接触到的接口，都是只定义方法，不实现方法 （你看下面这几个人，像不像接口） 但是到了Java8就不一样了，因为在接口中新增了默认方法 这样的话，有些活，就可以交给接口自己去做了 所以Java8开始，推出了接口的默认方法这个功能，使得接口升级变得更加平滑 比如下面的代码：InterfaceDemo就是上面那个接口 public class UserDemo implements 接口的默认方法主要是针对类库设计者 实现了默认方法的接口和抽象类有区别吗 区别没有之前那么多，但还是有的： 抽象类单继承，接口类多实现 抽象类中的属性定义时不需要初始化，接口类的属性定义时要初始化（默认修饰符为 但是现在面临的一个新问题，就是多重继承带来的二义性问题，有点类似之前介绍的致命方块（也叫菱形问题） 如下面的UML图所示 比如上面这种，你无法知道A会调用哪个接口的fun方法 所以编译器会报错： com.jalon.java8
88630发布于 2021-04-14 - 来自专栏springboot
Spring源码解析(二)：bean容器的创建、注册默认后置处理器、bean定义扫描类
（bean容器）会存放bean定义及bean名称集合等等 DefaultListableBeanFactory父类DefaultSingletonBeanRegistry会缓存所有实例化的bean 接下来继续查看 定义持有集合（持有bean定义、名字、别名） Set<BeanDefinitionHolder> beanDefs = new LinkedHashSet<>(8); // 查询beanDefinitionMap 注册默认扫描的方式 protected void registerDefaultFilters() { // 注册过滤器 添加 @Component // @Controller @Service 容器 配置类bean添加到beanDefinitionMap中，与默认后置处理器存放在一起 三、总结 本篇文章主要讲述刷新上下文前的准备工作 创建bean工厂容器，也就是map对象，以后缓存单例对象 添加常用注册 bean和解析注解的后置处理器 创建根据包路径扫描bean定义的类
72121编辑于 2025-01-21 - 来自专栏码农小胖哥的码农生涯
Java 8默认方法的实践过程
Spring Boot 2.4.x已经用了一年多，借着新业务调整的时机把依赖升级到最新的Spring Boot 2.6.5，在升级的时候遇到一个优化点，非常有意思，我觉得值得拿出来分享一下。 但是推广到其它项目的时候就不太优雅了，不是所有的业务都有白名单接口，无奈就给个白名单一个默认的实现： public Predicate<HttpServletRequest> whitePredicate 后面升级的过程中使用了Java 8出现的接口默认方法，把白名单作为一种默认的情况抽象了出来。 return true; } // 处理逻辑 } 非常不方便，而且whitePredicate方法并没体现在设计意图中，因此又使用了默认方法进行了抽象 这样设计更加合理紧凑，而且还保证了Checker依旧是一个函数式接口，Java 8 默认方法的意义应该就在这里。或许一开始就应该这样处理，只不过当时没考虑到去固化流程。
43120编辑于 2022-04-06 - 来自专栏学习笔记持续记录中...
Spring - 通过注解配置Bean(8)
对于扫描到组件，Spring有默认的命名策略：使用非限定类名，第一个字母小写； 注解中通过value属性值标识组件的名称 使用注解后，还需要在Spring的配置文件中声明<context:component-scar >： base-package属性指定一个需要扫描的基类包，Spring容器将会扫描这个基类包里及其子包中的所有的类；当需要扫描多个包时，可以使用逗号隔开 resource-pattern 扫描特定的类而非基包下的所有类 com.sangyu.test05.annotation.repository.UserRepository"/> </context:component-scan> 使用@Autowired自动装配Bean 构造器，普通字段（即使是非public）一切具有参数的方法都可以应用@Autowired注解 默认情况下，所有使用@Autowired注解的属性都需要被设置，当Spring找不到匹配的Bean装配属性时 interface UserRepository { void save(); } // 实现类1 @Repository("userRepository") // 两个类实现一个接口 ，默认会按照设置的名字去查找实现类
46010发布于 2020-03-17 - 来自专栏烟草的香味
Java8 默认方法
概述 Java8新增了接口的默认方法。使用default关键字。 默认方法就是接口可以有实现方法，而且不需要实现类来实现其方法。相对于JDK1.8之前的接口来说，新增了可以接口中实现方法。 可以说在接口中实现方法一部分原因是为了lambda表达式服务的，因为lambda表达式只能交给接口。 分类 语法 ? 多个默认方法 因为接口中有了默认方法，一个类又可以实现多个接口，难免会碰到相同名称的方法，当一个类实现多个接口，多个接口中存在同名的default方法，就需要子类重新实现，避免二义性 ? 静态默认方法 Java8的接口可以生命静态方法，并且可以提供实现。 ?
59720发布于 2019-07-25 - 来自专栏YP小站
根据 PID 获取 K8S Pod名称 - 反之 POD名称 获取 PID
下面是作者写的两个小工具，可以帮助运维同胞们快速定位问题。 根据 Pid 获取 K8s Pod 名称 脚本工具 $ vim pod_name_info.sh #! Pod_name_info() { CID=`cat /proc/${pid}/cgroup | head -1 | awk -F '/' '{print $5}'` CID=$(echo ${CID:0:8} jq 的这种特性使我们可以很容易地在 Shell 脚本中调用它。 演示 运行方式 # 通过 Pid 获取 Pod 名称 $ ./pod_name_info.sh Pid 下面展示输出结果 ? 通过 Pid 获取 Pod 名称 上面脚本是根据 Pid 来获取 Pod 名称，但有时想通过 Pod 名称来获取 Pid，这又怎么获取了，接着看下文。 /pod_pid_info.sh Pod名称 下面展示输出结果 ? 通过 Pod名称 获取 Pid
4.1K50发布于 2020-07-21 - 来自专栏玩转JavaEE
Spring Bean 名称暗藏玄机，这样取名就不会被代理
一些使用小细节就是在不断的源码探索中逐步发现的，今天就来和小伙伴们聊一下通过 beanName 的设置，可以让一个 bean 拒绝被代理！ 1. beanName 我没有使用默认的 beanName，而是自己配置了一个 beanName，这个 beanName 的配置方式是 类名的完整路径+.ORIGINAL。 当我们按照这样的规则给 bean 取名之后，那么即使当前 bean 已经包含在切点所定义的范围内，这个 bean 也不会被代理了。 这是 Spring5.1 开始的新玩法。 这种写法的原理是什么呢？ ，增加了额外的能力： 在 bean 实例化之前先做一些预处理，例如直接创建代理对象，代替后续的 bean 生成。 为 false，则表示这个 bean 是不需要代理的。
39020编辑于 2023-10-26 - 来自专栏Lambda
面试题：Spring为什么默认bean为单例？
结论： 1、单例的bean只有第一次创建新的bean 后面都会复用该bean，所以不会频繁创建对象。 减少jvm垃圾回收 由于不会给每个请求都新生成bean实例，所以自然回收的对象少了。 可以快速获取到bean 因为单例的获取bean操作除了第一次生成之外其余的都是从缓存里获取的所以很快。 单例bean的劣势 单例的bean一个很大的劣势就是他不能做到线程安全，由于所有请求都共享一个bean实例，所以这个bean要是有状态的一个bean的话可能在并发场景下出现问题，而原型的bean则不会有这样问题 总结 面试题：Spring 为啥把bean默认设计成单例？ 答案： 为了提高性能 少创建实例* 垃圾回收 缓存快速获取 单例有啥劣势？ 如果是有状态的话在并发环境下线程不安全。 什么是有状态对象？ （无实例变量的对象，无存储数据能力）- 白话：无属性的对象 参考：https://www.jianshu.com/p/4f852ec7ac8b
1.6K20发布于 2019-11-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号