关键字sychronized获得的锁都是对象锁,而不是代码块的锁.

所以代码中哪个线程先执行sychronized关键字的方法,哪个线程就持有这把锁

在静态方法上加锁synchronized 表示锁定.class类  类级别锁
public class MultiThread {
	private static int num = 0;
	
	/**不加static 
	 * 这样线程获得m1和m2两个对象的两个锁 
	 * param值为a 设置num=100 设置成功
	   param值为b 设置num=200 设置成功
	   param值=b 设置num=200
	   param值=a 设置num=200
	   加了static
	   param值为a 设置num=100 设置成功
	   param值=a 设置num=100
	   param值为b 设置num=200 设置成功
	   param值=b 设置num=200
	 * @param param
	 */
	public static synchronized void printNum(String param) {
		 
		try {
			if (param.equals("a")) {
				num = 100;
				System.out.println("param值为a 设置num=100 设置成功");
				Thread.sleep(1000);
			}else {
				num = 200;
				System.out.println("param值为b 设置num=200 设置成功");
			}
			System.out.println("param值="+param+" 设置num="+num);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}
	
	public static void main(String[] args) {
		final MultiThread m1 = new MultiThread();
		final MultiThread m2 = new MultiThread();
		Thread t1 = new Thread(new Runnable() {
			
			@Override
			public void run() {
				m1.printNum("a");
			}
		});
		
		Thread t2 = new Thread(new Runnable() {
			
			@Override
			public void run() {
				m2.printNum("b");
			}
		});
		
		t1.start();
		t2.start();
	}
}

ubuntu安装deb文件出现如下错误：
$ sudo dpkg -i copytranslator_9.0.2_amd64.deb
[sudo] yongzheng1723 的密码： 
dpkg: 错误: 另外一个进程已经为 dpkg frontend lock 加锁

别人的解决方法如：`sudo rm /var/lib/dpkg/lock 无效
我的方法是

1.查看具体是哪个进程加锁：
$ sudo apt-get install -f E: 无法获得锁 /var/lib/dpkg/lock-frontend。锁正由进程 8925（apt-get）持有 N: 请注意，直接移除锁文件不一定是合适的解决方案，且可能损坏您的系统。 E: 无法获取 dpkg 前端锁 (/var/lib/dpkg/lock-frontend)，是否有其他进程正占用它？
2.查看apt的所有进程
$ ps -e | grep apt
   8925 pts/0    00:00:01 apt-get


3.杀死这个进程
$ sudo kill 8925

4.再次安装
$ sudo dpkg -i copytranslator_9.0.2_amd64.deb
正在选中未选择的软件包 copytranslator。
(正在读取数据库 ... 系统当前共安装有 153641 个文件和目录。)
准备解压 copytranslator_9.0.2_amd64.deb  ...
正在解压 copytranslator (9.0.2) ...
正在设置 copytranslator (9.0.2) ...
正在处理用于 gnome-menus (3.36.0-1ubuntu1) 的触发器 ...
正在处理用于 desktop-file-utils (0.24-1ubuntu2) 的触发器 ...
正在处理用于 mime-support (3.64ubuntu1) 的触发器 ...
正在处理用于 hicolor-icon-theme (0.17-2) 的触发器 ...


安装成功

题目一：判断对错。List，Set，Map都继承自继承Collection接口。
A、对
B、错
题目二：java 中哪个关键字可以对对象加互斥锁？
A、transient
B、synchronized
C、serialize
D、static
题目三：JVM内存不包含如下哪个部分( )
A、stacks
B、PC寄存器
C、Heap
D、Heap Frame
题目一正确答案: B 错  
解析：
题目二正确答案是:B synchronized
解析：
synchronized关键字:用来给对象和方法或者代码块加锁，当它锁定一个方法或者一个代码块的时候，同一时刻最多只有一个线程执行这个段代码。
volatile：用来确保将变量的跟新操作通知到其他线程，当把变量声明为volatile类型后，编译器与运行时都会注意到这个变量是共享的，因此不会将该变量上的操作与其他内存操作一起重排序。然而，在访问volatile变量时不会执行加锁操作，因此也就不会使执行线程阻塞，因此volatile变量是一种比 synchronized关键字更轻量级的同步机制。
serialize：Java 对象序列化为二进制文件。
static关键字： static关键字可以修饰变量，方法，静态代码块。                      
静态变量:                                  
由static修饰的变量称为静态变量                                  
静态变量属于类，而不属于某个对象                                  
静态变量它的副本只有一个(静态变量在类中只加载一次)                       
静态方法：                                   
在静态方法中只能调用静态变量和静态方法                                   
在非静态方法中，可以调用静态方法或者变量。                                   
在静态方法中不能使用this和super关键字。                      
静态代码块                                   
作用:用来给静态成员变量初始化
题目三正确答案:D
解析：
1.堆。堆是Java对象的存储区域，任何用new字段分配的Java对象实例和数组，都被分配在堆上，Java堆可使用-Xms -Xmx进行内存控制，值得一提的是从JDK1.7版本之后，运行时常量池从方法区移到了堆上。
2.方法区。它用于存储已被虚拟机加载的类信息，常量，静态变量，即时编译器编译后的代码等数据，方法区在JDK1.7版本及以前被称为永久代，从JDK1.8永久代被移除。
3.虚拟机栈。虚拟机栈中执行每个方法的时候，都会创建一个栈帧用于存储局部变量表，操作数栈，动态链接，方法出口等信息。
4.本地方法栈。与虚拟机栈发挥的作用相似，相比于虚拟机栈为Java方法服务，本地方法栈为虚拟机使用的Native方法服务，执行每个本地方法的时候，都会创建一个栈帧用于存储局部变量表，操作数栈，动态链接，方法出口等信息。
5.程序计数器。指示Java虚拟机下一条需要执行的字节码指令。以上五个区域是Java虚拟机内存划分情况，其中方法区和堆被JVM中多个线程共享，比如类的静态常量就被存放在方法区，供类对象之间共享，虚拟机栈，本地方法栈，pc寄存器是每个线程独立拥有的，不会与其他线程共享。所以Java在通过new创建一个类对象实例的时候，一方面会在虚拟机栈中创建一个该对象的引用，另一方面会在堆上创建类对象的实例，然后将对象引用指向该对象的实例。对象引用存放在每一个方法对应的栈帧中。

最主要的想法是运用多线程实现高并发的处理数据，用来提升对数据的处理速度，起初运用的是线程池和普通数据库连接但是并发操作会造成死锁的问题出现，原因是两个线程同时抢到了同一个资源造成的，解决方式是给要执行的对象上一个锁，但是这样就相当于哪个线程先抢到了就会将业务锁上其他都在等待，实际上就还是相当于单线程在执行业务。后来运用到了数据库连接池这样就解决了多个线程同时抢到资源后可以同时处理。以下是两种方式测试的结果。测试的方式是逐条删除表中第一条数据看线程处理时间。
下表是运用线程池和使用普通数据连接，进行的单线程和多线程测试结果。

测试时间	线程数	删除条数	执行处理总时长




线程数
执行处理总时长




1
169454 ms


10
166140 ms


1
169454 ms


3
139143 ms


以上可以看出，多线程与单线程在处理删除1000数据的时候有时单线程快，有时多线程快，在删除100条数据的时候也是没差多少，分析应该是多线程实际上执行逐条删除业务的时候，还是单线程在跑。因为它是普通数据库连接，对数据库操作只能是逐条操作的。所以必须对删除方法加上一个lock锁，如果不加就会报死锁。所以这样的多线程是无意义的。
接下来我们运用了线程池及数据库连接池，进行单线程和多线程的执行速度测试。




线程数
执行处理总时长




1
34522 ms


3
16767 ms


1
35630 ms


3
18295 ms


以上可以看出多线程处理数据的优势明显的显示出来了，有几次慢的原因是数据库不是本地，数据库存在网络异常波动，导致数据库连接本身就很慢。但是大量的实验证明多线程处理速度比单线程快。这里有一点要说明，多线程存在同时抢到统一资源的情况是不可避免的，这样比如说两个线程都抢到同一ID，并对这个ID下的值进行删除，肯定会存在一个线程空删除数据的操作，这样数据量就不对了。但是又不想加锁那就得对要处理的业务进行判断.