SpringIOC源码阅读笔记(5)

【调试记录】GT ip跑aurora 64b66b协议 如果不用,会出现这种情况:自回环测试,数据收发ok.一旦和对方通信,对方接收的就是一堆乱码,因为GT链路发送数据不能是全1或全0,或者长时间的1或0.否则线路容易受到干扰,毕竟线速率10多G,用了加扰和解扰,就可以提高抗干扰能力。64B66B编码,数据输入是64bit,输出是66bit,所以这之间存在着2bit的带宽差,Gearbox 就是用来解决这种差异的,实现方式是:将66bit数据拿出来2bit先存入Gearbox,然后输出64bit.发送同步码或控制数据时,配置成2.2.4 加扰和解扰! 阅读详情

分析完默认标签的解析,接下来分析自定义标签的解析:
方法的入口是在DefaultBeanDefinitionDocumentReader的parseBeanDefinitions方法中,转到parseCustomElement,

@Nullable
	public BeanDefinition parseCustomElement(Element ele) {
		return parseCustomElement(ele, null);
	}
@Nullable
	public BeanDefinition parseCustomElement(Element ele, @Nullable BeanDefinition containingBd) {
	//获取名称空间的uri
		String namespaceUri = getNamespaceURI(ele);
		if (namespaceUri == null) {
			return null;
		}
		//根据namespaceUri来获得相应的Handler
		NamespaceHandler handler = this.readerContext.getNamespaceHandlerResolver().resolve(namespaceUri);
		if (handler == null) {
			error("Unable to locate Spring NamespaceHandler for XML schema namespace [" + namespaceUri + "]", ele);
			return null;
		}
		//调用自定义的handler处理
		return handler.parse(ele, new ParserContext(this.readerContext, this, containingBd));
	}
//NamespaceHandler解析器,默认的类型是DefaultNamespaceHandlerResolver
	public final NamespaceHandlerResolver getNamespaceHandlerResolver() {
		return this.namespaceHandlerResolver;
	}

接下来是解析Uri

@Override
	@Nullable
	public NamespaceHandler resolve(String namespaceUri) {
	//获取已经配置的Handler映射
		Map<String, Object> handlerMappings = getHandlerMappings();
		//根据uri获得handler信息
		Object handlerOrClassName = handlerMappings.get(namespaceUri);
		if (handlerOrClassName == null) {
			return null;
		}
		//已经初始化就可以缓存中读取
		else if (handlerOrClassName instanceof NamespaceHandler) {
			return (NamespaceHandler) handlerOrClassName;
		}
		else {
		//没有初始化就反射获取
			String className = (String) handlerOrClassName;
			try {
				Class<?> handlerClass = ClassUtils.forName(className, this.classLoader);
				if (!NamespaceHandler.class.isAssignableFrom(handlerClass)) {
					throw new FatalBeanException("Class [" + className + "] for namespace [" + namespaceUri +
							"] does not implement the [" + NamespaceHandler.class.getName() + "] interface");
				}
				//初始化类
				NamespaceHandler namespaceHandler = (NamespaceHandler) BeanUtils.instantiateClass(handlerClass);
				//调用自定义的初始化方法
				namespaceHandler.init();
				//添加到缓存
				handlerMappings.put(namespaceUri, namespaceHandler);
				return namespaceHandler;
			}
			catch (ClassNotFoundException ex) {
				throw new FatalBeanException("NamespaceHandler class [" + className + "] for namespace [" +
						namespaceUri + "] not found", ex);
			}
			catch (LinkageError err) {
				throw new FatalBeanException("Invalid NamespaceHandler class [" + className + "] for namespace [" +
						namespaceUri + "]: problem with handler class file or dependent class", err);
			}
		}
	}

首先是getHandlerMappings方法:

private final ClassLoader classLoader;
//映射配置文件地址
private final String handlerMappingsLocation;
//默认是加载这里面的文件
public static final String DEFAULT_HANDLER_MAPPINGS_LOCATION = "META-INF/spring.handlers";
private Map<String, Object> getHandlerMappings() {
		Map<String, Object> handlerMappings = this.handlerMappings;
		//双重检查锁,形成单例
		if (handlerMappings == null) {
			synchronized (this) {
				handlerMappings = this.handlerMappings;
				if (handlerMappings == null) {
					try {
					//读取所有的配置文件
						Properties mappings =
								PropertiesLoaderUtils.loadAllProperties(this.handlerMappingsLocation, this.classLoader);
						if (logger.isDebugEnabled()) {
							logger.debug("Loaded NamespaceHandler mappings: " + mappings);
						}
						//形成map
						Map<String, Object> mappingsToUse = new ConcurrentHashMap<>(mappings.size());
						CollectionUtils.mergePropertiesIntoMap(mappings, mappingsToUse);
						//其实这时候map中都是命名空间和NamespaceHandler 的类路径的对应,并没有实例化
						handlerMappings = mappingsToUse;
						this.handlerMappings = handlerMappings;
					}
					catch (IOException ex) {
						throw new IllegalStateException(
								"Unable to load NamespaceHandler mappings from location [" + this.handlerMappingsLocation + "]", ex);
					}
				}
			}
		}
		return handlerMappings;
	}

init()方法主要是将自定义标签解析器进行注册,直接调用的是父类NamespaceHandlerSupport的registerBeanDefinitionParser

protected final void registerBeanDefinitionParser(String elementName, BeanDefinitionParser parser) {
		this.parsers.put(elementName, parser);
	}

其实就是把映射关系放到类中的一个叫parses的map中。
最后调用的是handler.parse,实现在NamespaceHandlerSupport

@Override
	@Nullable
	public BeanDefinition parse(Element element, ParserContext parserContext) {
	//找到对应的解析器
		BeanDefinitionParser parser = findParserForElement(element, parserContext);
		return (parser != null ? parser.parse(element, parserContext) : null);
	}
@Nullable
	private BeanDefinitionParser findParserForElement(Element element, ParserContext parserContext) {
	//获取元素名称
		String localName = parserContext.getDelegate().getLocalName(element);
		// 获得 BeanDefinitionParser 对象
		BeanDefinitionParser parser = this.parsers.get(localName);
		if (parser == null) {
			parserContext.getReaderContext().fatal(
					"Cannot locate BeanDefinitionParser for element [" + localName + "]", element);
		}
		return parser;
	}
@Override
	@Nullable
	public final BeanDefinition parse(Element element, ParserContext parserContext) {
	//返回 AbstractBeanDefinition 对象
		AbstractBeanDefinition definition = parseInternal(element, parserContext);
		if (definition != null && !parserContext.isNested()) {
			try {
			// 解析 id 属性
				String id = resolveId(element, definition, parserContext);
				if (!StringUtils.hasText(id)) {
					parserContext.getReaderContext().error(
							"Id is required for element '" + parserContext.getDelegate().getLocalName(element)
									+ "' when used as a top-level tag", element);
				}
				// 解析 aliases 属性
				String[] aliases = null;
				if (shouldParseNameAsAliases()) {
					String name = element.getAttribute(NAME_ATTRIBUTE);
					if (StringUtils.hasLength(name)) {
						aliases = StringUtils.trimArrayElements(StringUtils.commaDelimitedListToStringArray(name));
					}
				}
				// 创建 BeanDefinitionHolder 对象
				BeanDefinitionHolder holder = new BeanDefinitionHolder(definition, id, aliases);
				// 注册 BeanDefinition
				registerBeanDefinition(holder, parserContext.getRegistry());
				// 触发事件
				if (shouldFireEvents()) {
					BeanComponentDefinition componentDefinition = new BeanComponentDefinition(holder);
					postProcessComponentDefinition(componentDefinition);
					parserContext.registerComponent(componentDefinition);
				}
			}
			catch (BeanDefinitionStoreException ex) {
				String msg = ex.getMessage();
				parserContext.getReaderContext().error((msg != null ? msg : ex.toString()), element);
				return null;
			}
		}
		return definition;
	}

主要逻辑在parseInternal

@Override
	protected final AbstractBeanDefinition parseInternal(Element element, ParserContext parserContext) {
	// 创建 BeanDefinitionBuilder 对象
		BeanDefinitionBuilder builder = BeanDefinitionBuilder.genericBeanDefinition();
		//获取父类元素
		String parentName = getParentName(element);
		if (parentName != null) {
			builder.getRawBeanDefinition().setParentName(parentName);
		}
		//调用子类实现的getBeanClass
		Class<?> beanClass = getBeanClass(element);
		if (beanClass != null) {
			builder.getRawBeanDefinition().setBeanClass(beanClass);
		}
		else {
		//子类没有重写getBeanClass方法,则尝试是否重写了getBeanClassName
			String beanClassName = getBeanClassName(element);
			if (beanClassName != null) {
				builder.getRawBeanDefinition().setBeanClassName(beanClassName);
			}
		}
		builder.getRawBeanDefinition().setSource(parserContext.extractSource(element));
		BeanDefinition containingBd = parserContext.getContainingBeanDefinition();
		if (containingBd != null) {
			// Inner bean definition must receive same scope as containing bean.
			builder.setScope(containingBd.getScope());
		}
		if (parserContext.isDefaultLazyInit()) {
			// Default-lazy-init applies to custom bean definitions as well.
			builder.setLazyInit(true);
		}
		//调用子类的doParse
		doParse(element, parserContext, builder);
		return builder.getBeanDefinition();
	}

至此自定义标签解析完成。

POWER(十一)charge pump原理 电荷泵是一种基于电容充放电原理的DC-DC转换电路,通过开关控制实现电压转换,包括升压、降压和负压输出。其核心是利用电荷守恒原理,通过电容存储和转移电荷来改变输出电压。典型拓扑结构包括倍压电路和多阶升压电路,具有结构简单、体积小等优势。关键参数包括转换效率、输出电流能力和开关频率,适用于芯片供电、显示屏驱动等低功耗场景。LVDS部分补充说明了自举电路在驱动电路中的应用及其自同步特性。 阅读详情

相关推荐

Harness Engineering:让Coding Agent真正落地生产

本文将带你系统性地了解如何让Coding Agent真正落地生产,核心是依托(全球领先的持续交付、云成本管理、 feature flagging、安全治理一体化平台),结合企业级AIDD(AI-Driven Development)的工程化实践,构建一套可信赖、可观测、可扩展、可治理的Coding Agent落地体系。核心概念与理论基础:什么是Coding Agent?它和普通的AI代码补全工具(比如GitHub Copilot)有什么区别?什么是Harness Engineering?

移动开发前沿的博客 456

SpringIOC源码阅读笔记(1)

刚看完springMVC的源码,感觉spring的容器源码还是掌握不到位,所以打算写一点笔记再理一遍思路。 一.Resource spring给资源提供了封装,根据不同的资源类型有不同的实现类,首先先看下UML图: 1.org.springframework.core.io.InputStreamSource 顶层接口,其中就定义了一个方法获取输入流: InputStream getInputStream() throws IOException 2.org.springframework.core.io

jacobbbbbbbb的博客 304

这种绑定设备的文件拷贝出来了,怎么放到一台新的P100上使用

🏆 本文收录于《全栈Bug调优(实战版)》专栏,致力于分享我在项目实战过程中遇到的各类Bug及其原因,并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者,本文将为你指引出一条更高效的Bug修复之路,助你早日登顶,迈向财富自由的梦想🚀!同时,欢迎大家关注、收藏、订阅本专栏,更多精彩内容正在持续更新中。让我们一起进步,Up!Up!Up!    备注: 部分问题/难题源自互联网,经过精心筛选和整理,结合数位十多年大厂实战经验资深大佬经验总结所得,数条可行方案供所需之人参考。

**My Coding Family** 1136

SpringIOC源码阅读笔记(10)

分析完BeanFactory容器的加载,接下来看一下更复杂的容器ApplicationContext的加载,这个容器也是我们目前使用比较多的容器。跟BeanFactory比起来,ApplicationContext有如下区别: 1.继承 MessageSource,提供国际化的标准访问策略。 2.继承 ApplicationEventPublisher ,提供强大的事件机制。 3.扩展 ResourceLoader,可以用来加载多个 Resource,可以灵活访问不同的资源。 4.对 Web 应用的支持。

jacobbbbbbbb的博客 214

电子电器架构刷写方案——General Flash Bootloader

### 文章大体有如下内容: ### 1、简介 ### 2、刷写系统概述 ### 3、Flash Bootloader刷写流程 ### 4、Flash Bootloader架构介绍 ### 5、关于刷写的思考

Soly_kun的博客 2211

Nvidia Jetson平台 JP4.2.1版本GStreamer视频采集异常问题调试记录

Nvidia Jetson平台GStreamer in JP4.2.1不能采集但是 v4l2-ctl和 ffmpeg能正常采集视频。

jzwjzw19900922的博客 2127

Spring源码阅读 -- > SpringIOC初始化流程

Spring IOC容器初始化

xinyu 234

OpenClaw Docker 安装与部署教程,环境隔离不冲突技术指南

本文介绍了使用Docker容器化部署OpenClaw的完整教程。首先通过流程图详细说明了Docker环境检测流程,包括系统支持性检查、Docker安装状态验证、版本检测和服务配置等步骤。然后提供了Windows、macOS和Linux(Ubuntu/CentOS)系统下的Docker安装指南,涵盖从下载、安装到权限配置的全过程。最后介绍了OpenClaw官方镜像的拉取方法以及自定义镜像构建的Dockerfile示例。该教程适用于开发和生产环境,利用Docker实现环境隔离和快速部署。

一键难忘的博客 987

如何有效的阅读JDK源码

阅读Java源码的前提条件: 1、技术基础 在阅读源码之前,我们要有一定程度的技术基础的支持。 假如你从来都没有学过Java,也没有其它编程语言的基础,上来就啃《Core Java》,那样是很难有收获的,尤其是《深入Java虚拟机》这类书,或许别人觉得好,但是未必适合现在的你。 比如设计模式,许多Java源码当中都会涉及到。再比如阅读Spring源码的时候...

dl185249965的博客 243

2026AI漫剧放心大胆做!小白也能轻松出片(附保姆级教程)

要是在2025,我大概率会劝他再等等,毕竟那时工具还没这么顺手。但到了2026年的今天,我的回答得很干脆:放心去做,绝对没问题。这一年多来,AI漫剧这块的变化真可谓翻天覆地。过去你想拍个像样的短片,哪怕再简陋,也得凑齐拍摄设备、找场地、找演员,后期剪辑更是折磨。但现在,时代变了,AI已经把创作的门槛踏平了。你不需要请演员,也不用操心灯光布景,更不用为剪辑特效烧钱。一个人,一台电脑,花几天时间就能做一部完整的AI漫剧。你只要有有想表达的故事,突发的灵感,剩下的,都能直接交给AI落地。

欢迎来到鸾姝淡月博客,专为程序员和编程爱好者打造的技术博客。我们分享编程语言趋势、开发工具、编程哲学、职业发展等,助你掌握新技术,优化技能,激发编程热情。 526

HTML粉色爱心(完整代码)

HTML语言实现粉色爱心的完整代码。

AIGC 1117

SpringIOC源码阅读笔记(3)

上篇笔记写到解析element分为解析默认标签以及自定义标签,本文就先从默认标签开始。 public static final String IMPORT_ELEMENT = "import"; public static final String ALIAS_ATTRIBUTE = "alias"; //bean public static final String BEAN_ELEMENT = BeanDefinitionParserDelegate.BEAN_ELEMENT; public stati

jacobbbbbbbb的博客 199

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

【Spring】Spring ioc源码学习以及关于阅读源码方式的一些小笔记

spring源码阅读笔记

要继续努力的孤独的博客 390

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

Spring学习笔记--SpringIOC源码(一)

Spring学习笔记–SpringIOC源码 再查看源码的过程中我们应该遵守定焦原则和宏观原则,抓主线,关注源码结构和业务流程,通过断点、反调、和经验来阅读源码以此来提高培养代码架构思维并深入的理解框架。 SpringIOC容器初始化主体流程 Spring IoC的容器体系 IoC容器是Spring的核⼼模块,是抽象了对象管理、依赖关系管理的框架解决⽅案。Spring 提供了很多的容器,其中 BeanFactory 是顶层容器(根容器),不能被实例化,它定义了所有 IoC 容器 必须遵从的⼀套原则,具体的容

qq_40977467的博客 349

公开,阿里甩出“源码阅读指南”,原来源码才是最经典的学习范例

但其实真要把源码这东西搞定你得到的东西远比你想象的要多!以上就是阿里SSM源码阅读指南的部分内容了,本着有好东西就拿出来与大家分享的原则,另外我还为大家准备了一份JDK源码速成笔记:且往下看。借着这个机会,今天要与大家分享是来自阿里的SSM源码阅读指南,理论+源码设计模式一应俱全,大家拿到之后就知道,差距不止一点点!方便扩展,为所欲为(Spring是一个框架,同时是一个生态,作为整个生态的基础支撑,最重要的是扩展性)为了不影响大家的阅读体验,就不把篇幅拉太长了,只能展示主要内容,需要面试技巧的朋友点。...

JHIII的博客 168

SpringIOC源码阅读笔记(6)

从本文开始进行bean的加载过程的解析。 同样的我们可以从一行代码开始:MyTestBean bean = (MyTestBean)bf.getBean(“myTestBean”); 首先进入AbstractBeanFactory: @Override public Object getBean(String name) throws BeansException { return doGetBean(name, null, null, false); } 代码很长,可以了解获得Bean的主要流程

jacobbbbbbbb的博客 161

SpringIOC源码阅读笔记(4)

上文讲到parsePropertySubElement,分析完这个方法,接着在parseBeanDefinitionElement向下分析: public void parsePropertyElements(Element beanEle, BeanDefinition bd) { NodeList nl = beanEle.getChildNodes(); for (int i = 0; i < nl.getLength(); i++) { Node node = nl.item(i

jacobbbbbbbb的博客 263

dubbo源码深度解析_springIOC源码深度解析

点击上方Java老铁,并选择设为星标优质文章和资料会及时送达以前没有意识到阅读优秀框架源码的重要性,直到我阅读完mybatis、spring IOC、AOP, springMVC的源码,从中学了不少底层的知识,比如java的反射内省,jdk动态代理,cglib动态代理,体会到源码中使用了各种设计模式,使得框架具有非常强大的扩展性,那个时候我才发现框架也是很美的。废话不多说,下面开始我...

weixin_39650994的博客 240

SpringIOC源码阅读笔记(2)

整个ioc的过程可以分为3个步骤: 1.资源定位,根据location找到对应的资源。 2.装载,将资源解析到对应的beanDefinition。 3.注册,将beanDefinition中的对象注册进容器。 给一个简单的例子,后面的分析也将从这个例子中展开 BeanFactory bf= new XmlBeanFactory(new ClassPathResource(“beanFactory.xml”)) classpathresource的定位就不细说了, //XmlBeanFactory的主要实现都

jacobbbbbbbb的博客 192

SpringIOC源码阅读笔记(8)

上文讲到了创建bean总共有4种方法,已经分析了2种,分别是supplier获取以及工厂方法获取,接下来讲第三种: protected BeanWrapper autowireConstructor( String beanName, RootBeanDefinition mbd, @Nullable Constructor<?>[] ctors, @Nullable Object[] explicitArgs) { return new ConstructorResolver(th

jacobbbbbbbb的博客 187

SpringIOC源码阅读笔记(7)

创建bean的实现在AbstractAutowireCapableBeanFactory,入口是: @Override protected Object createBean(String beanName, RootBeanDefinition mbd, @Nullable Object[] args) throws BeanCreationException { if (logger.isDebugEnabled()) { logger.debug("Creating instanc

jacobbbbbbbb的博客 222

SpringIOC源码阅读笔记(9)

bean的创建的最后一步是初始化bean: protected Object initializeBean(final String beanName, final Object bean, @Nullable RootBeanDefinition mbd) { if (System.getSecurityManager() != null) { AccessController.doPrivileged((PrivilegedAction<Object>) () -> {

jacobbbbbbbb的博客 133

SpringIOC源码阅读笔记(11)

5.注册BeanPostProcessor,注意是注册,调用在getbean方法中。 protected void registerBeanPostProcessors(ConfigurableListableBeanFactory beanFactory) { PostProcessorRegistrationDelegate.registerBeanPostProcessors(beanFactory, this); } public static void registerBeanPostP

jacobbbbbbbb的博客 126

SpringIOC源码解读

图解SpringIOC创建Bean的全过程,看完自己手写IOC

激流丶的博客 3913

【Spring源码】Bean采用什么数据结构进行存储

我们再来看看中间新加入的阅读线索4,不知大家忘记了没。我们可以对照图片1的代码组织结构,发现这些没存储在包里的功能类都是比较杂乱的,想必是Spring觉得目前这些功能类还构不成一个包的体系,可能后面规模更大会统一集成起来管理。

JavaSouth南哥 3210

Spring源码阅读 -- > SpringIOC循环依赖问题

Spring源码阅读 -- > SpringIOC循环依赖问题

xinyu 1105

SpringIOC源码走读

SpringIOC源码走读简介准备工作阅读源码super(parent);setConfigLocations(configLocations);refresh();prepareRefresh()obtainFreshBeanFactory()prepareBeanFactory(beanFactory)postProcessBeanFactory(beanFactory)invokeBeanF...

枫林晚丶的博客 813
上一篇: SpringIOC源码阅读笔记(4)
下一篇: SpringIOC源码阅读笔记(6)
jacobbbbbbbb
博客等级 码龄7年 6粉丝 66原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值