java 锁为什么需要对象(java 中为什么引用外部类的变量和方法都要是final内型 的)
各位老铁们好，相信很多人对java 锁为什么需要对象都不是特别的了解，因此呢，今天就来为大家分享下关于java 锁为什么需要对象以及java 中为什么引用外部类的变量和方法都要是final内型 的的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！
java中为什么说,String是线程安全的
String是不可变类，所以是线程安全的。
1、所有不可变类都是线程安全的，线程安全的类不一定是不可变类，如StringBuffer是可变类，靠锁实现线程安全。
2、StringBuffer方法上都加了synchronized，StringBuilder没有，StringBuilder在多线程情况下是会出现问题，但是线程安全线程非安全指的是你业务环境需要线程安全考虑不考虑。多并发网络编程这块会考虑这些。
java 对象锁和方法锁有什么区别
对象锁&类锁
对象锁
当一个对象中有synchronized
method或synchronized
block的时候调用此对象的同步方法或进入其同步区域时，就必须先获得对象锁。如果此对象的对象锁已被其他调用者占用，则需要等待此锁被释放
同步静态方法/静态变量互斥体
由于一个class不论被实例化多少次，其中的静态方法和静态变量在内存中都只由一份。所以，一旦一个静态的方法被申明为synchronized。此类所有的实例化对象在调用此方法，共用同一把锁，我们称之为类锁。一旦一个静态变量被作为synchronized
block的mutex。进入此同步区域时，都要先获得此静态变量的对象锁
类锁
由上述同步静态方法引申出一个概念，那就是类锁。其实系统中并不存在什么类锁。当一个同步静态方法被调用时，系统获取的其实就是代表该类的类对象的对象锁
在程序中获取类锁
可以尝试用以下方式获取类锁
synchronized
(xxx.class)
{...}
synchronized
(Class.forName("xxx"))
{...}
同时获取2类锁
同时获取类锁和对象锁是允许的，并不会产生任何问题，但使用类锁时一定要注意，一旦产生类锁的嵌套获取的话，就会产生死锁，因为每个class在内存中都只能生成一个Class实例对象。
java相关
选A
synchronized(同步)
在Java中此关键字以两种相关的方式使用,可以作为一个修饰符,也可以作为一条语句。
首选,这是一个应用于类或实例方法的修饰符。它表示,相应方法在修改类的内部状态(或者修改类的一个实例的内部状态)时,所用的方式不是线程安全的。在运行一个synchronized类方法之前,Java得到该类的一个锁,以此确保其他线程无法并发地修改此类。在运行一个synchronized实例方法前,Java将对调用该方法的实例得到一个锁,从而确保其他线程不能同时修改此对象。Java还支持一个synchronized语句,它相当于指定代码的一个“临界区”。synchronized关键字后面是一个用括号括起的表达式以及一条语句或一个语句块。此表达式必须计算为一个对象或数组。 Java在执行相应语句之前将对所指定的对象或数组得到一个锁。
java 中为什么引用外部类的变量和方法都要是final内型 的
Thinking In Java里面的说法（唯一正确的说法）：如果定义一个匿名内部类，并且希望它使用一个在其外部定的对象，那么编译器会要求其参数引用是final的。以下是分析过程：
首先看代码
publicclassTester{
publicstaticvoidmain(String[]args){
Aa=newA();
Cc=newC();
c.shoutc(a.shout(5));
}
}
////////////////////////////////////////////////////////
classA{
publicvoidshouta(){
System.out.println("HelloA");
}
publicAshout(finalintarg){
classBextendsA{
publicvoidshouta(){
System.out.println("HelloB"+arg);
}
}
returnnewB();
}
}
////////////////////////////////////////////////////////
classC{
voidshoutc(Aa){
a.shouta();
}
}
第5行c.shoutc(a.shout(5))，在a.shout(5)得到返回值后，a的shout()方法栈被清空了，即arg不存在了，而c.shoutc()却又调用了a.shouta()去执行System.out.println("Hello B"+ arg)。
再来看Java虚拟机是怎么实现这个诡异的访问的：有人认为这种访问之所以能完成，是因为arg是final的，由于变量的生命周期，事实是这样的吗？方法栈都不存在了，变量即使存在，怎么可能还被访问到？试想下：一个方法能访问另一个方法的定义的final局部变量吗(不通过返回值)？
研究一下这个诡异的访问执行的原理，用反射探测一下局部内部类。编译器会探测局部内部类中是否有直接使用外部定义变量的情况，如果有访问就会定义一个同类型的变量，然后在构造方法中用外部变量给自己定义的变量赋值，而后局部内部类所使用的变量都是自己定义的变量，所以就可以访问了。见下：
classA$1$B
{
A$1$B(A,int);
privatefinalintvar$arg;
privatefinalAthis$0;
}
A$1$B类型的对象会使用自定义的var$arg变量，而不是shout()方法中的final int arg变量，当然就可以访问了。
那么为什么外部变量要是final的呢？即使外部变量不是final，编译器也可以如此处理：自己定义一个同类型的变量，然后在构造方法中赋值就行了。原因就是为了让我们能够挺合逻辑的直接使用外部变量，而且看起来是在始终使用外部的arg变量(而不是赋值以后的自己的字段)。
考虑出现这种情况：在局部内部类中使用外部变量arg，如果编译器允许arg不是final的，那么就可以对这个变量作变值操作（例如arg++），根据前面的分析，变值操作改变的是var$arg，而外部的变量arg并没有变，仍然是5(var$arg才是6)。因此为了避免这样如此不合逻辑的事情发生：你用了外部变量，又改变了变量的值，但那个变量却没有变化，自然的arg就被强行规定必须是final所修饰的，以确保让两个值永远一样，或所指向的对象永远一样（后者可能更重要)。
还有一点需要注意的是内部类与方法不是同时执行的，比如实现ActionListener，只有当事件发生的时候才会执行，而这时方法已经结束了。
关于java 锁为什么需要对象的内容到此结束，希望对大家有所帮助。