SpringMVC的控制器是单例的吗?

第一次类是多例一个普通属性和一个静态属性

 

 

 

 总结

尽量不要在controller里面去定义属性如果在特殊情况需要定义属性的时候那么就在类上面加上注解@Scope("prototype")改为多例的模式.

以前struts是基于类的属性进行发的定义属性可以整个类通用所以默认是多例不然多线程访问肯定是共用类里面的属性值的肯定是不安全的但是springmvc是基于方法的开发都是用形参接收值一个方法结束参数就销毁了多线程访问都会有一块内存空间产生里面的参数也是不会共用的所有springmvc默认使用了单例.

所以controller里面不适合在类里面定义属性只要controller中不定义属性那么单例完全是安全的。springmvc这样设计主要的原因也是为了提高程序的性能和以后程序的维护只针对业务的维护就行要是struts的属性定义多了都不知道哪个方法用了这个属性对以后程序的维护还是很麻烦的。

SpringMVC的控制器是线程安全的吗

那实现SpringMVC Controller线程安全最简单粗暴的方法就是将Controller的scope定义为prototype也就是说每次request过来时都去创建新的instance当然这么做的代价就是增大了系统开销这似乎也违背了SpringMVC框架的初衷。

另外一个解决方案就是我们之前提到的尽量不要在Controller中去定义变量属性。SpringMVC是基于方法的通过形参传值一个方法结束参数就销毁了。所以只要不在Controller中定义属性那么Singleton单例是安全的。

BeanFactory和FactoryBean的区别

区别BeanFactory是个Factory也就是IOC容器或对象工厂FactoryBean是个Bean。在Spring中所有的Bean都是由BeanFactory(也就是IOC容器)来进行管理的。

但对FactoryBean而言这个Bean不是简单的Bean而是一个能生产或者修饰对象生成的工厂Bean,它的实现与设计模式中的工厂模式和修饰器模式类似

 

Bean生命周期

 

 

 说说Java锁有哪些种类以及区别

介绍的内容如下

    公平锁/非公平锁
    可重入锁
    独享锁/共享锁
    互斥锁/读写锁
    乐观锁/悲观锁
    分段锁
    偏向锁/轻量级锁/重量级锁
    自旋锁

 

公平锁/非公平锁

• 公平锁是指多个线程按照申请锁的顺序来获取锁。

• 非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序有可能后申请的线程比先申请的线程优先获取锁。有可能会造成优先级反转或者饥饿现象。

对于Java ReentrantLock而言通过构造函数指定该锁是否是公平锁默认是非公平锁。非公平锁的优点在于吞吐量比公平锁大。

对于Synchronized而言也是一种非公平锁。由于其并不像ReentrantLock是通过AQS的来实现线程调度所以并没有任何办法使其变成公平锁。

可重入锁

可重入锁又名递归锁是指在同一个线程在外层方法获取锁的时候在进入内层方法会自动获取锁。说的有点抽象下面会有一个代码的示例。

• 对于Java ReentrantLock而言, 他的名字就可以看出是一个可重入锁其名字是Re entrant Lock重新进入锁。

• 对于Synchronized而言也是一个可重入锁。可重入锁的一个好处是可一定程度避免死锁。

   

synchronized void setA() throws Exception{
    Thread.sleep(1000);
    setB();
}

synchronized void setB() throws Exception{
    Thread.sleep(1000);
}

上面的代码就是一个可重入锁的一个特点如果不是可重入锁的话setB可能不会被当前线程执行可能造成死锁。

独享锁/共享锁

• 独享锁是指该锁一次只能被一个线程所持有。

• 共享锁是指该锁可被多个线程所持有。

对于Java ReentrantLock而言其是独享锁。但是对于Lock的另一个实现类ReadWriteLock其读锁是共享锁其写锁是独享锁。

• 读锁的共享锁可保证并发读是非常高效的读写写读 写写的过程是互斥的。

• 独享锁与共享锁也是通过AQS来实现的通过实现不同的方法来实现独享或者共享。

对于Synchronized而言当然是独享锁。

互斥锁/读写锁

上面讲的独享锁/共享锁就是一种广义的说法互斥锁/读写锁就是具体的实现。

• 互斥锁在Java中的具体实现就是ReentrantLock

• 读写锁在Java中的具体实现就是ReadWriteLock

乐观锁/悲观锁

乐观锁与悲观锁不是指具体的什么类型的锁而是指看待并发同步的角度。

• 悲观锁认为对于同一个数据的并发操作一定是会发生修改的哪怕没有修改也会认为修改。因此对于同一个数据的并发操作悲观锁采取加锁的形式。悲观的认为不加锁的并发操作一定会出问题。

• 乐观锁则认为对于同一个数据的并发操作是不会发生修改的。在更新数据的时候会采用尝试更新不断重新的方式更新数据。乐观的认为不加锁的并发操作是没有事情的。

从上面的描述我们可以看出悲观锁适合写操作非常多的场景乐观锁适合读操作非常多的场景不加锁会带来大量的性能提升。

• 悲观锁在Java中的使用就是利用各种锁。

• 乐观锁在Java中的使用是无锁编程常常采用的是CAS算法典型的例子就是原子类通过CAS自旋实现原子操作的更新。

分段锁

分段锁其实是一种锁的设计并不是具体的一种锁对于ConcurrentHashMap而言其并发的实现就是通过分段锁的形式来实现高效的并发操作。

我们以ConcurrentHashMap来说一下分段锁的含义以及设计思想ConcurrentHashMap中的分段锁称为Segment它即类似于HashMapJDK7与JDK8中HashMap的实现的结构即内部拥有一个Entry数组数组中的每个元素又是一个链表同时又是一个ReentrantLockSegment继承了ReentrantLock)。

当需要put元素的时候并不是对整个hashmap进行加锁而是先通过hashcode来知道他要放在那一个分段中然后对这个分段进行加锁所以当多线程put的时候只要不是放在一个分段中就实现了真正的并行的插入。

但是在统计size的时候可就是获取hashmap全局信息的时候就需要获取所有的分段锁才能统计。

分段锁的设计目的是细化锁的粒度当操作不需要更新整个数组的时候就仅仅针对数组中的一项进行加锁操作。

偏向锁/轻量级锁/重量级锁

这三种锁是指锁的状态并且是针对Synchronized。在Java 5通过引入锁升级的机制来实现高效Synchronized。这三种锁的状态是通过对象监视器在对象头中的字段来表明的。

• 偏向锁是指一段同步代码一直被一个线程所访问那么该线程会自动获取锁。降低获取锁的代价。

• 轻量级锁是指当锁是偏向锁的时候被另一个线程所访问偏向锁就会升级为轻量级锁其他线程会通过自旋的形式尝试获取锁不会阻塞提高性能。

• 重量级锁是指当锁为轻量级锁的时候另一个线程虽然是自旋但自旋不会一直持续下去当自旋一定次数的时候还没有获取到锁就会进入阻塞该锁膨胀为重量级锁。重量级锁会让其他申请的线程进入阻塞性能降低。

自旋锁

在Java中自旋锁是指尝试获取锁的线程不会立即阻塞而是采用循环的方式去尝试获取锁这样的好处是减少线程上下文切换的消耗缺点是循环会消耗CPU。