wei198621-CSDN博客

原创 leo--study

相关技术前端模板/组件框架JSP/JSTL --Thymeleaf --FreeMarker --Node --Vue --React --AngularSpring应用框架–Spring IOC–Spring AOP --Spring MVC–Spring 注解式开发–Spring 5—SpringBoot连接池–Druid–HikariCP–C3P0ORM框架–jdbc–MyBatis–Beetl–SpringDataJpa–Hibernate构建工具–

2020-12-01 00:46:48 275 2

原创 leo--todo

mongoDB

2020-11-14 00:04:27 724

原创使用Chrome浏览器简单解决跨域的方法

使用google浏览器临时解决跨域问题，新建一个google浏览器快捷方式。右击选择属性进入 Google Chrome属性在‘目标(T)：’最后面加入一段文字‘ --args --disable-web-security --user-data-dir=F:\ChromeDevUserData’F是指你的F盘，如果没有F盘可选择其他盘，C,D,E盘均可，改成要存放的位置。在指定盘新建文件夹，这里我新建的ChromeDevUserData文件夹。‘目标(T)：’修改后的样式如下：“C:\Program

2022-01-11 00:16:39 1285

原创跨域问题跨域请求问题

跨域问题

2021-12-30 00:20:28 673

原创彻底了解23种设计模式

目录参考文档：23 种设计模式详解（全23种） https://blog.csdn.net/A1342772/article/details/91349142git代码： https://github.com/wei198621/DesignPatternDemo23种设计模式，分为三大类：A创建型模式：五种， A1:单例模式、A2:工厂方法模式、A3:抽象工厂模式、A4:建造者模式、A5:原型模式。B结构型模式：七种， B1:代理模式、B2:外观模式、B3:适配器模式、B4:装饰

2021-12-26 23:54:42 396

原创 [死磕 Spring 34/43] --- IOC 之深入分析 Bean 的类型转换体系 -- todo

引用原文：https://www.cmsblogs.com/article/1391375560873218048[死磕 Spring 34/43] — IOC 之深入分析 Bean 的类型转换体系

2021-12-20 23:10:49 124

原创 [死磕 Spring 35/43] --- IOC 之自定义类型转换器

引用原文：https://www.cmsblogs.com/article/1391375564018946048[死磕 Spring 35/43] — IOC 之自定义类型转换器

2021-12-20 23:10:30 133

原创 [死磕 Spring 42/43] --- 深入分析 ApplicationContext 的 refresh()

引用原文：https://www.cmsblogs.com/article/1391375623292850176[死磕 Spring 42/43] — 深入分析 ApplicationContext 的 refresh()正文上篇博客只是对 ApplicationContext 相关的接口做了一个简单的介绍，作为一个高富帅级别的 Spring 容器，它涉及的方法实在是太多了，全部介绍是不可能的，而且大部分功能都已经在前面系列博客中做了详细的介绍，所以这篇博问介绍 ApplicationConte

2021-12-20 23:09:58 142

原创 [死磕 Spring 43/43] --- 4 张图带你读懂 Spring IOC 的世界

引用原文：https://www.cmsblogs.com/article/1391375643110936576[死磕 Spring 43/43] — 4 张图带你读懂 Spring IOC 的世界正文bean 的转换过程下面这张图演示了一个可用的 bean 是如何从 xml 配置文件中演变过来的。ApplicationContext 的架构图loadBean 的全流程getBean 的全流程...

2021-12-20 23:09:45 105

原创 [死磕 Spring 41/43] --- ApplicationContext 相关接口架构分析

引用原文：https://www.cmsblogs.com/article/1391385051513622528[死磕 Spring 41/43] — ApplicationContext 相关接口架构分析正文在前面 30 多篇博客中都是基于 BeanFactory 这个容器来进行分析的，BeanFactory 容器有点儿简单，它并不适用于我们生产环境，在生产环境我们通常会选择 ApplicationContext ，相对于大多数人而言，它才是正规军，相比于 BeanFactory 这个杂牌军而言

2021-12-19 15:12:24 179

原创 [死磕 Spring 40/43] --- IOC 之分析 bean 的生命周期 (重点)

引用原文：https://www.cmsblogs.com/article/1391375607128002560[死磕 Spring 40/43] — IOC 之分析 bean 的生命周期正文在分析 Spring Bean 实例化过程中提到 Spring 并不是一启动容器就开启 bean 的实例化进程，只有当客户端通过显示或者隐式的方式调用 BeanFactory 的 getBean() 方法来请求某个实例对象的时候，它才会触发相应 bean 的实例化进程，当然也可以选择直接使用 Applica

2021-12-19 14:53:14 148

原创 [死磕 Spring 39/43] --- Spring 的环境&amp；属性：PropertySource、Environment、Profile

引用原文：https://www.cmsblogs.com/article/1391375600689745920[死磕 Spring 39/43] — Spring 的环境&属性：PropertySource、Environment、Profile正文spring.profiles.active 和 @Profile 这两个我相信各位都熟悉吧，主要功能是可以实现不同环境下（开发、测试、生产）参数配置的切换。其实关于环境的切换，小编在博客【死磕Spring】----- IOC 之 Prop

2021-12-19 14:12:11 137

原创 [死磕 Spring 38/43] --- IOC 之 BeanDefinition 注册机：BeanDefinitionRegistry

引用原文：https://www.cmsblogs.com/article/1391375590933794816[死磕 Spring 38/43] — IOC 之 BeanDefinition 注册机：BeanDefinitionRegistry正文将定义 bean 的资源文件解析成 BeanDefinition 后需要将其注入容器中，这个过程由 BeanDefinitionRegistry 来完成。BeanDefinitionRegistry：向注册表中注册 BeanDefinition 实例

2021-12-19 13:49:47 165

原创 [死磕 Spring 37/43] --- IOC 之 bean 的实例化策略： InstantiationStrategy

引用原文：https://www.cmsblogs.com/article/1391375583832838144[死磕 Spring 37/43] — IOC 之 bean 的实例化策略： InstantiationStrategyinstantiation [ɪnstænʃɪ’eɪʃən] 实例化，例示;正文在开始分析 InstantiationStrategy 之前，我们先来简单回顾下 bean 的实例化过程：bean 的创建，主要是 AbstractAutowireCapabl

2021-12-19 13:32:34 140

原创 [死磕 Spring 36/43] --- IOC 之分析 BeanWrapper

引用原文：https://www.cmsblogs.com/article/1391375577302306816[死磕 Spring 36/43] — IOC 之分析 BeanWrapper doCreateBeancreateBeanInstancepopulateBean循环依赖处理initializeBeanAbstractAutowireCapableBeanFactoryinstantiateBeanBeanWrapperImplinitBeanWrapper

2021-12-19 13:15:46 160

原创 [死磕 Spring 30/43] --- IOC 之深入分析 BeanFactoryPostProcessor

引用原文：https://www.cmsblogs.com/article/1391375501276352512[死磕 Spring 30/43] — IOC 之深入分析 BeanFactoryPostProcessorSpring 为我们提供了几个常用的 BeanFactoryPostProcessor，他们是PropertyPlaceholderConfigurer 和 PropertyOverrideConfigurer ,他们是下面4篇文章https://www.cmsblogs.com

2021-12-19 01:02:41 181

原创 [死磕 Spring 33/43] --- IOC 之深入分析 PropertyOverrideConfigurer

引用原文：https://www.cmsblogs.com/article/1391375521899745280[死磕 Spring 33/43] — IOC 之深入分析 PropertyOverrideConfigurerSpring 为我们提供了几个常用的 BeanFactoryPostProcessor，他们是PropertyPlaceholderConfigurer 和 PropertyOverrideConfigurer ,他们是下面4片文章https://www.cmsblogs.co

2021-12-19 01:02:11 200

原创 [死磕 Spring 32/43] --- IOC 之 PropertyPlaceholderConfigurer 的应用

引用原文：https://www.cmsblogs.com/article/1391375509371359232[死磕 Spring 32/43] — IOC 之 PropertyPlaceholderConfigurer 的应用Spring 为我们提供了几个常用的 BeanFactoryPostProcessor，他们是PropertyPlaceholderConfigurer 和 PropertyOverrideConfigurer ,他们是下面4片文章https://www.cmsblogs

2021-12-19 00:28:05 151

原创 [死磕 Spring 31/43] --- IOC 之深入分析 PropertyPlaceholderConfigurer

引用原文：https://www.cmsblogs.com/article/1391375505458073600[死磕 Spring 31/43] — IOC 之深入分析 PropertyPlaceholderConfigurerSpring 为我们提供了几个常用的 BeanFactoryPostProcessor，他们是PropertyPlaceholderConfigurer 和 PropertyOverrideConfigurer ,他们是下面4片文章https://www.cmsblog

2021-12-19 00:26:12 153

原创 [死磕 Spring 29/43] --- IOC 之深入分析 InitializingBean 和 init-method

引用原文：https://www.cmsblogs.com/article/1391375498269036544[死磕 Spring 29/43] — IOC 之深入分析 InitializingBean 和 init-method正文Spring 在 bean 初始化时进行三个检测扩展，也就是说我们可以对 bean 进行三个不同的定制化处理，前面两篇博客【死磕 Spring】----- IOC 之深入分析 Aware 接口和【死磕 Spring】----- IOC 之深入分析 Bea

2021-12-18 22:19:31 188

原创 [死磕 Spring 28/43] --- IOC 之深入分析 BeanPostProcessor

引用原文：[死磕 Spring 28/43] — IOC 之深入分析 BeanPostProcessorhttps://www.cmsblogs.com/article/1391375487217045504正文Spring 作为优秀的开源框架，它为我们提供了丰富的可扩展点，除了前面提到的 Aware 接口，还包括其他部分，其中一个很重要的就是 BeanPostProcessor。这篇文章主要介绍 BeanPostProcessor 的使用以及其实现原理。我们先看 BeanPostProcess

2021-12-18 21:41:57 126

原创 [死磕 Spring 27/43] --- IOC 之深入分析 Aware 接口

引用原文：[死磕 Spring 27/43] — IOC 之深入分析 Aware 接口https://www.cmsblogs.com/article/1391375448017080320正文doCreateBean() 方法主要干三件事情：实例化 bean 对象：createBeanInstance()属性注入：populateBean()初始化 bean 对象：initializeBean()而初始化 bean 对象时也是干了三件事情：激活 Aware 方法后置处理器的

2021-12-18 20:53:27 261

原创 [死磕 Spring26/43] --- IOC 之加载 bean：总结

引用原文：[死磕 Spring26/43] — IOC 之加载 bean：总结https://www.cmsblogs.com/article/1391375416345890816正文在【死磕 Spring】 Spring bean 解析篇深入分析了一个配置文件经历了哪些过程转变成了 BeanDefinition，但是这个 BeanDefinition 并不是我们真正想要的想要的 bean，因为它还仅仅只是承载了我们需要的目标 bean 的信息，从 BeanDefinition 到我们需要的

2021-12-18 16:02:27 119

原创 [死磕 Spring 25/43] --- IOC 之 bean 的初始化 (doCreateBean 4/4 : initializeBean)

引用原文：[死磕 Spring 25/43] — IOC 之 bean 的初始化 (doCreateBean 4/4 : initializeBean)https://www.cmsblogs.com/article/1391375413305020416 doCreateBeancreateBeanInstancepopulateBean循环依赖处理initializeBean正文一个 bean 经历了 createBeanInstance() 被创建出来，然后又经过一番属性注入

2021-12-18 15:32:19 94

原创 [死磕 Spring 24/43] --- IOC 之循环依赖处理 (doCreateBean 3/4 : 循环处理)

[死磕 Spring 24/43] — IOC 之循环依赖处理https://www.cmsblogs.com/article/1391375409916022784 doCreateBeancreateBeanInstancepopulateBean循环依赖处理initializeBean正文这篇分析 doCreateBean() 第三个过程：循环依赖处理。其实循环依赖并不仅仅只是在 doCreateBean() 中处理，其实在整个加载 bean 的过程中都有涉及，所以下篇内容并不仅

2021-12-18 14:54:50 110

原创 [死磕 Spring 23/43] --- IOC 之属性填充

引用原文：https://www.cmsblogs.com/article/1391375401670021120[死磕 Spring 23/43] — IOC 之属性填充populateBeaninitializeBean正文doCreateBean() 主要用于完成 bean 的创建和初始化工作，我们可以将其分为四个过程：createBeanInstance() 实例化 beanpopulateBean() 属性填充循环依赖的处理initializeBean() 初始化

2021-12-18 14:26:42 111

原创 [死磕 Spring 22/43] --- IOC 之构造函数实例化 bean (doCreateBean 1/4 : createBeanInstance)

引用原文：https://www.cmsblogs.com/article/1391375397739958272[死磕 Spring 22/43] — IOC 之构造函数实例化 bean正文createBeanInstance() 用于实例化 bean，它会根据不同情况选择不同的实例化策略来完成 bean 的初始化，主要包括：Supplier 回调：obtainFromSupplier()工厂方法初始化：instantiateUsingFactoryMethod()构造函数自动注入初始

2021-12-18 11:25:20 98

原创 [死磕 Spring 21/43] --- IOC 之 Factory 实例化 bean

引用原文：https://www.cmsblogs.com/article/1391375394573258752[死磕 Spring 21/43] — IOC 之 Factory 实例化 bean正文这篇我们关注创建 bean 过程中的第一个步骤：实例化 bean，对应的方法为：createBeanInstance()，如下： protected BeanWrapper createBeanInstance(String beanName, RootBeanDefinition

2021-12-18 10:48:00 157

原创 [死磕 Spring 20/43] --- IOC 之开启 bean 的实例化进程

引用原文：https://www.cmsblogs.com/article/1391375391788240896[死磕 Spring 20/43] — IOC 之开启 bean 的实例化进程正文在上篇博客【死磕 Spring】----- 加载 bean 之分析各 scope 的 bean 创建中有一个核心方法没有讲到 createBean() ，该方法的如下： protected abstract Object createBean(String beanName, RootBea

2021-12-18 00:06:14 70

原创 [死磕 Spring 19/43] --- IOC 之分析各 scope 的 bean 创建

引用原文：https://www.cmsblogs.com/article/1391375388751564800[死磕 Spring 19/43] — IOC 之分析各 scope 的 bean 创建正文在 Spring 中存在着不同的 scope，默认是 singleton ，还有 prototype、request 等等其他的 scope，他们的初始化步骤是怎样的呢？这个答案在这篇博客中给出。 singleton Spring 的 scope 默认为 singleton，其初始化的代码如下：

2021-12-16 23:20:27 90

原创 [死磕 Spring 18/43] --- IOC 之parentBeanFactory 与依赖处理

引用原文：https://www.cmsblogs.com/article/1391375385345789952[死磕 Spring 18/43] — IOC 之parentBeanFactory 与依赖处理正文继上篇博客【死磕 Spring】----- 加载 bean 之缓存中获取单例 bean,如果从单例缓存中没有获取到单例 bean，则说明两种情况：该 bean 的 scope 不是 singleton该 bean 的 scope 是 singleton ,但是没有初始化完成

2021-12-16 23:14:10 180

原创 [死磕 Spring 17/43] --- IOC 之从单例缓存中获取单例 bean

[死磕 Spring 17/43] — IOC 之从单例缓存中获取单例 beanhttps://www.cmsblogs.com/article/1391375381914849280AbstractBeanFactoryDefaultSingletonBeanRegistry正文从这篇博客开始我们开始加载 bean 的第一个步骤，从缓存中获取 bean，代码片段如下 Object sharedInstance = getSingleton(beanName);

2021-12-16 23:01:41 116

原创 [死磕 Spring ] ---苟声汇总

目录[死磕 Spring 01/43 ] — IOC 之深入理解 Spring IoC第一部分资源加载[死磕 Spring 2/43] — IOC 之 Spring 统一资源加载策略[死磕 Spring 3/43] — IOC 之加载 Bean[死磕 Spring 4/43] — IOC 之获取验证模型[死磕 Spring 5/43] — IOC 之注册 BeanDefinition[死磕 Spring 6/43] — IOC 之获取 Document 对象[死磕 Spring 7

2021-12-16 22:25:35 491

原创 [死磕 Spring 16/43] --- IOC 之开启 bean 的加载

[死磕 Spring 16/43] — IOC 之开启 bean 的加载https://www.cmsblogs.com/article/1391375378504880128正文BeanFactoryAbstractBeanFactoryDefaultListableBeanFactory

2021-12-16 22:02:05 471

原创 [死磕 Spring 15/43] --- IOC 之 IOC 初始化总结

[死磕 Spring 15/43] — IOC 之 IOC 初始化总结https://www.cmsblogs.com/article/1391375372632854528正文前面 13 篇博文从源码层次分析了 IOC 整个初始化过程，这篇就这些内容做一个总结将其连贯起来。在前文提过，IOC 容器的初始化过程分为三步骤：Resource 定位、BeanDefinition 的载入和解析，BeanDefinition 注册。Resource 定位。我们一般用外部资源来描述 Bean 对象，所以

2021-12-16 01:32:01 197

原创 [死磕 Spring 14/43] --- IOC 之注册解析的 BeanDefinition

[死磕 Spring 14/43] — IOC 之注册解析的 BeanDefinitionhttps://www.cmsblogs.com/article/1391375366089740288正文DefaultBeanDefinitionDocumentReader.processBeanDefinition() 完成 Bean 标签解析的核心工作，如下： protected void processBeanDefinition(Element ele, BeanDefinitio

2021-12-16 01:13:24 101

原创 [死磕 Spring 13/43] --- IOC 之解析自定义标签 todo

参考文章： [死磕 Spring 13/43] — IOC 之解析自定义标签 todohttps://www.cmsblogs.com/article/1391375362394558464没有学习 20211216

2021-12-16 00:56:16 268

原创 [死磕 Spring 12/43] --- IOC 之解析 bean 标签：解析自定义标签

参考文章：[死磕 Spring 12/43] — IOC 之解析 bean 标签：解析自定义标签https://www.cmsblogs.com/article/1391375348356222976正文前面四篇文章都是分析 Bean 默认标签的解析过程，包括基本属性、六个子元素（meta、lookup-method、replaced-method、constructor-arg、property、qualifier），涉及内容较多，拆分成了四篇文章，导致我们已经忘记从哪里出发的了，勿忘初心。 pro

2021-12-16 00:47:45 133

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

sokit 工具及其使用说明.rar

dbeaver21.rar

dbeaver-6.0 part02.rar

DBeaver.rar

kafka_上归古_源码笔记资料.zip

weilei-JVM-ppt.rar

vba 编程必要安装包 示例 及说明文件

苏飞的类库

最新的API,3.1.2

MapABC地图API JavaScript版2014.chm

Google_Maps_API_V3.docx

MapABC API.chm

vb 转化成 C#

Reflector 2008

空空如也

vba 编程必要安装包示例及说明文件