实例化

3. Spring Bean 3.1 Bean的配置 ​ Spring可以看作一个大型工厂，用于生产和管理Spring容器中的Bean。如果要使用这个工厂生产和管理bean，需要开发者将Bean配置在Spring的配置文件中。Spring框架支持XML和Properties两种格式的配置文件，在实际开发中常用XML格式的配置文件。 3.1.1 <bean> 元素的常用属性及其子元素 3.1.2 Bean的配置实例代码 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <!-- 使用id属性定义myTestDIDao，其对应的实现类为dao.TestDIDaoImpl--> <bean id="myTestDIDao" class="dao.TestDIDaoImpl" /> <!--

https://www.cnblogs.com/liuqing576598117/p/11227007.html Spring循环依赖的三种方式以及解决办法 一. 什么是循环依赖？ 循环依赖其实就是循环引用，也就是两个或者两个以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于C，C又依赖于A。如下图： 注意，这里不是函数的循环调用，是对象的相互依赖关系。循环调用其实就是一个死循环，除非有终结条件。 Spring中循环依赖场景有： （1）构造器的循环依赖 （2）field属性的循环依赖 其中，构造器的循环依赖问题无法解决，只能拋出BeanCurrentlyInCreationException异常，在解决属性循环依赖时，spring采用的是提前暴露对象的方法。 二. 怎么检测是否存在循环依赖 检测循环依赖相对比较容易，Bean在创建的时候可以给该Bean打标，如果递归调用回来发现正在创建中的话，即说明了循环依赖了。 三、三种循环依赖 1：构造器的循环依赖。【这个Spring解决不了】 　　Spring容器会将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中，Bean标识符在创建过程中将一直保持在这个池中，因此如果在创建Bean过程中发现自己已经在“当前创建Bean池

1、定义 Go语言可以通过自定义的方式形成新的类型，结构体就是这些类型中的一种复合类型，结构体是由零个或多个任意类型的值聚合成的实体，每个值都可以称为结构体的成员。 结构体成员也可以称为“字段”，这些字段有以下特性： 字段拥有自己的类型和值； 字段名必须唯一； 字段的类型也可以是结构体，甚至是字段所在结构体的类型。 结构体的定义格式如下： type 类型名 struct { 字段1 字段1类型 字段2 字段2类型 … } 对各个部分的说明： 类型名：标识自定义结构体的名称，在同一个包内不能重复。 struct{}：表示结构体类型， type 类型名 struct{} 可以理解为将 struct{} 结构体定义为类型名的类型。 字段1、字段2……：表示结构体字段名，结构体中的字段名必须唯一。 字段1类型、字段2类型……：表示结构体各个字段的类型。 2、实例化 Go语言可以通过多种方式实例化结构体，根据实际需要可以选用不同的写法。 1）基本实例化格式 var ins T 其中，T 为结构体类型，ins 为结构体的实例。 使用 . 来访问结构体的成员变量。 示例： package main import "fmt" func main() { type Point struct { X int Y int } var p Point p.X = 10 p.Y = 20 fmt

深入理解枚举 ​ 最近刚学习完JVM相关知识，想到枚举既然这么异类，那就从字节码角度来分析一下它。有关枚举的讲解，很多博客已经很详细了，这里我们就从字节码的角度重新来认识一下它。 ​ 枚举类是一种特殊的类，它可以有自己的成员变量，方法，可以实现一个或多个接口，也可也定义自己的构造器。 1. 枚举类的继承结构： 2. 枚举类和普通类的区别： （1）枚举类可以实现一个或多个接口，使用enum定义的枚举类默认继承了java.lang.Enum类，而不是继承Object类，因此枚举不能够显示继承其他父类（单继承局限性，但是可以实现接口）。其中“java.lang.Enum”实现了“Comparable”和“Serializable”接口。 （2）使用enum定义，非抽象的枚举类默认会使用final修饰，因此枚举类不能够派生子类。 （3）枚举类的构造器只能够使用private访问控制符，如果省略了构造器的访问控制符，则默认使用private修饰；如果强制指定访问控制符，则只能指定private修饰符。 （4）枚举类的所有实例必须要在枚举类的第一行显示列出，否则这个枚举类永远都能产生实例。列出这些实时，系统会自动添加public static final修饰符，无需程序员显示添加。 （5）枚举类默认提供了一个values方法，返回枚举实例数组，该方法可以很方便的遍历所有的枚举值。

初阶模板分为从三个方面了解：1. 泛型编程 2. 函数模板 3. 类模板 。 1. 泛型编程： 不考虑数据类型，大家都能用的编程技巧。 如何实现一个通用的交换函数？重载需要重复声明定义，而且函数仅仅只是类型不同，代码的复用率比较低，只要有新类型出现时，就需要增加对应的函数 ，代码的可维护性比较低，一个出错可能所有的重载均出错。 C++中提供类模板来实现泛型编程。 模板有函数模板和类模板。 2. 函数模板： 概念： 函数模板代表了一个函数家族，该函数模板与类型无关，在使用时被参数化，根据实参类型产生函数的特定 类型版本。 格式: template<typename T1, typename T2,......,typename Tn> 返回值类型 函数名(参数列表){} template<typename T1> //参数类型个数可以是很多个 T1 Add(const T1& left, const T1& right) //参数能给引用尽量给引用，提高效率 { //对于不需要修改形参的函数，可以用const修饰形参 return left + right; } int main() { int i = Add(1, 2); //如实是传常量，模板函数参数列表的参数必须加const double d = Add(2.1, 1.2); //不是常量则模板函数参数列表不加const

可以把Spring容器看做一个大型的工厂，而Spring容器中的Bean就是该工厂的产品 Spring容器支持两种格式的配置文件，分别为Properties文件格式和XML文件格式。 bean的配置 一个<bean>元素中包含很多属性,具体如下。 id：是一个Bean的唯一 标识符， Spring容器对Bean的配置、管理都通过该属性来完成 name：Spring容器同样可以通过此属性对容器中的Bean进行配置和管理，name属性中可以为Bean指定多个名称，每个名称之间用逗号或分号隔开(由于Bean的id属性在Spring容器中是唯一的，如果想给Bean添加别名 或者想使用些不合法的XML字符，如“/”，就可以通过name属性进行设定） class：该属性指定了Bean的具体实现类，它必须是一个完整的类名,使用类的全限定名。 scope：用来设定Bean实例的作用域，其属性值有singleton(单例)、prototype(原型)、request.session和global Session。其默认值是singleton constructor arg: bean 元素的子元素，可以使用此元素传人构造参数进行实例化。该元素的index属性指定构造参数的序号(从0开始),type属性指定构造参数的类型，其参数值可以通过ref属性或者value 属性直接指定，也可以通过ref

1. Mybatis 接口编程中dao 层接口没有注解和 为什么能被实例化为bean？ 在Spring配置Mybatis的文件中我们可以看到如下代码： <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="org.tarena.note.dao"> </property> MapperScannerConfigurer，让它扫描特定的包，自动帮我们成批地创建映射器。这样就大大减少了配置的工作量。 参考 https://blog.csdn.net/java280580332/article/details/72123890 来源： https://www.cnblogs.com/sjzxxy/p/11904398.html

本文是复习笔记,初学者如果不理解面向对象的概念可以看看我的另一篇博客 https://www.cnblogs.com/yangyuanhu/p/11287038.html 对象的内存 变量定义在栈中,而具体的对象数据则在堆区 构造方法 构造函数,构造器 语法要求 1.函数名称与类名一致 2.不允许有返回值类型 3.不允许使用return语句返回数据 特点: new 对象时会自动执行 1.可以重载多个构造方法 2.当我们没有定义任何构造方法时,会自动生成无参的空构造方法 3.一旦我们定义类构造方法,系统将不会自动生成 构造方法只能通过两种方式来调用: 1.在构造方法中可通过this去调用其他的构造方法 2.通过new 关键字 //在普通方法中也不能去掉用构造方法 public class Constructer { public Constructer(){ } public Constructer(String name){ this(); //调用空参数构造方法 } } 注意注意:调用其他构造方法只能位于方法的第一行语句; 方法参数查找采取就近原则 当对象创建时对象的所有属性都会被自动初始化 ================================ 封装 特点: 1.只能通过规定的接口(方法)访问内部数据 2.隐藏了内部实现细节,为了隔离复杂度,和提高安全性

侯捷在Effective C++的中文版 译序 中提到: C++的难学，还在于它提供了四种不同（但相辅相成）的程序设计思维模式：procedural-based, object-based, object-oriented, generics 对于较少使用最后一种泛型编程的我来说，程序设计基本上停留在前三种思维模式当中。虽说不得窥见高深又现代的泛型技术，但前三种思维模式已几乎满足我所遇到的所有需求，因此一直未曾深入去了解泛型编程。 目录 起因 typename的常见用法 typename的来源 一些关键概念 限定名和非限定名 依赖名和非依赖名 类作用域 引入typename的真实原因 一个例子 问题浮现 千呼万唤始出来 不同编译器对错误情况的处理 使用typename的规则 其它例子 再看常见用法 参考 写在结尾 起因 近日，看到这样一行代码： typedef typename __type_traits<T>::has_trivial_destructor trivial_destructor; 虽说已经有多年C++经验，但上面这短短一行代码却看得我头皮发麻。看起来它应该是定义一个类型别名，但是 typedef 不应该是像这样使用么， typedef +原类型名+新类型名： typedef char* PCHAR; 可为何此处多了一个 typename ？另外 __type

Attribute很方便,标记一个类,设置这个类的额外信息,而不用另外设计存储这个信息. 那么频繁大量使用Attribute会不会影响类的性能. 为此,简单测试. 代码: 略............................................................................................................................. (节约大家时间,反正看结果就行了) 由此得出结论: 不会 1.当类初始化时,不会初始化Attribute. 2.只有在GetCustomAttributes时,会得到实例化Attribute Attribute,只做类的标记用. 类实例化不携带标记,当需要获取标记时才能得到标记 来源： https://www.cnblogs.com/charper/p/11879995.html