问题集锦（不定时更新）

1、spring bean是单例的还是多例

在Spring中，bean可以被定义为两种模式：prototype（多例）和singleton（单例）

singleton（单例）：只有一个共享的实例存在，所有对这个bean的请求都会返回这个唯一的实例。

prototype（多例）：对这个bean的每次请求都会创建一个新的bean实例，类似于new。

Spring bean == 默认是单例模式==。
在配置文件中，修改这句代码为：

<bean id="hi" class="com.test.Hi" init-method="init" scope="singleton">

则对应bean为单例

将配置文件改为：

<bean id="hi" class="com.test.Hi" init-method="init" scope="prototype">

则每次访问对应bean，均创建一个新实例。

此外，在springBoot项目中如果要配置单例或者多例，可以在对应的bean上加一个@scope()注解

2、单例模式的写法

/**
 * 饿汉式：不会有线程安全问题
 *
 */
public class Singleton {
    //静态私有成员变量
	private static Singleton newInstance = new Singleton();
	//私有构造函数
	private Singleton(){}
	//静态公有工厂方法，返回唯一实例
	public static Singleton getInstance(){
	  return newInstance;
	}
}

// 懒汉模式：线程不安全
public class Singleton2 {
	// 静态私有成员变量
	private static Singleton2 instance = null;

	// 私有构造函数
	private Singleton2() {
	}

	// 静态公有工厂方法，判断成员变量是否为空，不为空则实例化
	public static Singleton2 getInstance() {
		if (instance == null)
			instance = new Singleton2();
		return instance;
	}
}

双重检查锁定机制

public class Singleton3 {
//    私有静态成员变量
    private static Singleton3 instance = null;
//    私有构造函数
    private Singleton3() {
    }
//    共有静态工厂方法
    public static Singleton3 getInstance() {
//        判断 instance 是否为空,为空->加锁，创建实例（为了进程安全，再次判断），不为空->返回实例
        if(instance == null) {
            synchronized (Singleton3.class) {
                if(instance == null)
                    instance = new Singleton3();
            }
        }
        return instance;
    }
}

使用静态内部类创建实例 （JAVA 语言中最好的实现方法）

public class Singleton4 {
//    私有构造函数
    private Singleton4() {
    }
//    静态内部类
    private static class HolderClass{
        private static final Singleton4 instance = new Singleton4();
    }
//    静态公有工厂方法，返回内部类中创建的实例
    public static Singleton4 getInstance() {
        return HolderClass.instance;
    }
}

当装载 Singleton4 类时，instance 不一定被初始化，因为它是内部类的成员变量。Singleton4 没有被主动使用，只有调用 getInstance 方法时，才会装载 Singleton4 类，从而实例化 instance。

使用静态内部类很好得在实现了延迟加载的同时，保证初始化 instance 时只有一个线程。

3、springAOP实现原理

springAOP使用的是动态代理。

可以通过配置文件或者编程的方式来使用Spring AOP。
配置可以通过xml文件来进行，大概有四种方式：

1. 配置ProxyFactoryBean，显式地设置advisors, advice, target等
2. 配置AutoProxyCreator，这种方式下，还是如以前一样使用定义的bean，但是从容器中获得的其实已经是代理对象
3. 通过aop:config来配置
4. 通过<aop: aspectj-autoproxy>来配置，使用AspectJ的注解来标识通知及切入点

也可以直接使用ProxyFactory来以编程的方式使用Spring AOP，通过ProxyFactory提供的方法可以设置target对象, advisor等相关配置，最终通过 getProxy()方法来获取代理对象

Spring提供了两种方式来生成代理对象: JDKProxy和Cglib，具体使用哪种方式生成由AopProxyFactory根据AdvisedSupport对象的配置来决定。默认的策略是如果目标类是接口，则使用JDK动态代理技术，否则使用Cglib来生成代理。

4、treeSet和hashSet的区别

HashSet：内部的数据结构是哈希表，是线程不安全的。
TreeSet：可以对Set集合中的元素进行排序，是线程不安全的。
注意： LinkedHashSet是一种有序的Set集合，即其元素的存入和输出的顺序是相同的。

5、AOP使用场景

AOP用来封装横切关注点，具体可以在下面的场景中使用:

Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading　懒加载
Debugging　　调试
logging, tracing, profiling and monitoring　记录跟踪　优化　校准
Performance optimization　性能优化
Persistence　　持久化
Resource pooling　资源池
Synchronization　同步
Transactions 事务

6、jsp与servlet的区别与联系

1.JSP的本质就是Servlet
2.jsp更擅长表现于页面显示,servlet更擅长于逻辑控制.
3.Servlet中没有内置对象，Jsp中的内置对象都是必须通过HttpServletRequest对象，HttpServletResponse对象以及HttpServlet对象得到.

7、cookie和session原理及区别

cookie采用的是客户端的会话状态的一种储存机制。它是服务器在本地机器上存储的小段文本或者是内存中的一段数据，并随每一个请求发送至同一个服务器。
session是一种服务器端的信息管理机制，它把这些文件信息以文件的形式存放在服务器的硬盘空间上（这是默认情况，可以用memcache把这种数据放到内存里面）
当客户端向服务器发出请求时，要求服务器端产生一个session时，服务器端会先检查一下，客户端的cookie里面有没有session_id，是否过期。如果有这样的session_id的话，服务器端会根据cookie里的session_id把服务器的session检索出来。如果没有这样的session_id的话，服务器端会重新建立一个。
PHPSESSID是一串加了密的字符串，它的生成按照一定的规则来执行。
同一客户端启动二次session_start的话，session_id是不一样的。

8、springAOP的切入方式

切面(Aspect)：是一个类，里面定义了通知与切点。
切点(PointCut)：表达式(表达式有很多种，如方法签名表达式，类型签名表达式，还有其他的表达式，)。就是告诉程序要在执行哪些核心业务的时候，执行非核心的业务。
通知（advice）:五种通知方式：

@Before：前置通知，在调用目标方法之前执行通知定义的任务
@After：后置通知，在目标方法执行结束后，无论执行结果如何都执行通知定义的任务
@After-returning：后置通知，在目标方法执行结束后，如果执行成功，则执行通知定义的任务
@After-throwing：异常通知，如果目标方法执行过程中抛出异常，则执行通知定义的任务
@Around：环绕通知，在目标方法执行前和执行后，都需要执行通知定义的任务。

9、springAOP是如何实现的

按照 AOP 框架修改源代码的时机，可以将其分为两类：

• 静态 AOP 实现， AOP 框架在编译阶段对程序源代码进行修改，生成了静态的 AOP 代理类（生成的 *.class文件已经被改掉了，需要使用特定的编译器），比如 AspectJ。
• 动态 AOP 实现， AOP框架在运行阶段对动态生成代理对象（在内存中以 JDK 动态代理，或 CGlib 动态地生成 AOP 代理类），如 SpringAOP。

下面给出常用 AOP 实现比较

10、get和post的区别

GET和POST是HTTP请求的两种基本方法，它们之间最直观的区别就是GET把参数包含在URL中，POST通过request body传递参数。

• GET在浏览器回退时是无害的，而POST会再次提交请求。
• GET产生的URL地址可以被Bookmark，而POST不可以。
• GET请求会被浏览器主动cache，而POST不会，除非手动设置。
• GET请求只能进行url编码，而POST支持多种编码方式。
• GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。
• GET请求在URL中传送的参数是有长度限制的，而POST么有。
• 对参数的数据类型，GET只接受ASCII字符，而POST没有限制。
• GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。
• GET参数通过URL传递，POST放在Request body中。

GET和POST是HTTP协议中的两种发送请求的方法。
HTTP是基于TCP/IP的关于数据如何在万维网中如何通信的协议。HTTP的底层是TCP/IP。所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。

GET和POST还有一个重大区别，简单的说：
GET产生一个TCP数据包；POST产生两个TCP数据包。
说具体点就是：
对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；
而对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。

11、doget()和dopost()的区别

不同点一：
通过get方式提交的数据有大小的限制，通常在1024字节左右。也就是说如果提交的数据很大，用get方法就可需要小心；而post方式没有数据大小的限制，理论上传送多少数据都可以。

不同点二：
通过get传递数据，实际上是将传递的数据按照”key，value”的方式跟在URL的后面来达到传送的目的的；而post传递数据是通过http请求的附件进行的，在URL中并没有明文显示。

注:当然，现在很多的web程序开发人员都喜欢一种”偷懒”的做法。如果需要同时实现doGet 和doPost方式的Servlet，通常会只在doGet方法中实现处理过程，二在doPost方法直接调用doGet方法。

12、HashMap、Hashtable、ConcurrentHashMap的原理与区别

HashTable

• 底层数组+链表实现，无论key还是value都不能为null，线程安全，实现线程安全的方式是在修改数据时通过synchronized锁住整个HashTable，效率低，ConcurrentHashMap做了相关优化
• 初始size为11，扩容：newsize = olesize*2+1
• 计算index的方法：index = (hash & 0x7FFFFFFF) % tab.length

HashMap

• 底层数组+链表实现，可以存储null键和null值，线程不安全
• 初始size为16，扩容：newsize = oldsize*2，size一定为2的n次幂
• 扩容针对整个Map，每次扩容时，原来数组中的元素依次重新计算存放位置，并重新插入
  插入元素后才判断该不该扩容，有可能无效扩容（插入后如果扩容，如果没有再次插入，就会产生无效扩容）
• 当Map中元素总数超过Entry数组的75%，触发扩容操作，为了减少链表长度，元素分配更均匀
• 计算index方法：index = hash & (tab.length – 1)

ConcurrentHashMap

• 底层采用分段的数组+链表实现，线程安全
• 通过把整个Map分为N个Segment，可以提供相同的线程安全，但是效率提升N倍，默认提升16倍。(读操作不加锁，由于HashEntry的value变量是volatile的，也能保证读取到最新的值。)
• Hashtable的synchronized是针对整张Hash表的，即每次锁住整张表让线程独占，ConcurrentHashMap允许多个修改操作并发进行，其关键在于使用了锁分离技术
• 有些方法需要跨段，比如size()和containsValue()，它们可能需要锁定整个表而而不仅仅是某个段，这需要按顺序锁定所有段，操作完毕后，又按顺序释放所有段的锁
• 扩容：段内扩容（段内元素超过该段对应Entry数组长度的75%触发扩容，不会对整个Map进行扩容），插入前检测需不需要扩容，有效避免无效扩容

ConcurrentHashMap是使用了锁分段技术来保证线程安全的。

锁分段技术：首先将数据分成一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一个段数据的时候，其他段的数据也能被其他线程访问。

ConcurrentHashMap提供了与Hashtable和SynchronizedMap不同的锁机制。Hashtable中采用的锁机制是一次锁住整个hash表，从而在同一时刻只能由一个线程对其进行操作；而ConcurrentHashMap中则是一次锁住一个桶。

13、MyBatis 中 #{} 和 ${} 的区别

#相当于对数据 加上 双引号，$相当于直接显示数据

1. #将传入的数据都当成一个字符串，会对自动传入的数据加一个双引号。如：order by #{user_id}，如果传入的值是111,那么解析成sql时的值为order by “111”, 如果传入的值是id，则解析成的sql为order by “id”.
2. $将传入的数据直接显示生成在sql中。如：order by ${user_id}，如果传入的值是111,那么解析成sql时的值为order by user_id, 如果传入的值是id，则解析成的sql为order by id.
3. #方式能够很大程度防止sql注入。
4. $方式无法防止Sql注入。
5. $方式一般用于传入数据库对象，例如传入表名.
6. 一般能用#的就别用$.

MyBatis排序时使用order by 动态参数时需要注意，用$而不是#