关注点

1  多线程原理:

   1.1.happens-before原则

   1.2.线程安全，

   1.3.线程并发(经典模型：生产者-消费者)

   1.4.synchronized、static synchronized、synchronized 块

   1.5 互斥锁（Mutex）和乐观锁（CAS 比较并交换）

   1.6 信号量 Semaphore

    1.7 对象的wait、notify、notifyall和Thread类的sleep、yield

2 事务场景

3 java内存模型，jvm原理(4中垃圾收集器)，反射

4 spring

    TransactionTemplate

5 消息中间件

    阿里中间件——消息中间件Notify和MetaQ

6 TCP/IP、UDP、HTTP

 

详解：

1.4 synchronized和static synchronized

     synchronized相当于 this.synchronized，即类的当前实例，同一个实例的任何一个或多个方法，不能被一个或一个以上的线程同时访问，反之可以访问。

     static synchronized相当于Something.synchronized，即类的任何实例，实例的任何方法不能被一个或一个以上的线程同时访问

pulbic class Something(){ 

    public synchronized void isSyncA(){} 

    public synchronized void isSyncB(){} 

    public statics ynchronized void cSyncA(){} 

    public static synchronized void cSyncB(){} 

}

假如有Something类的两个实例a与b，那么下列哪组方法可以被1个以上线程同时访问呢？

a. x.isSyncA()与x.isSyncB()  

b. x.isSyncA()与y.isSyncA() 

c. x.cSyncA()与y.cSyncB() 

d. x.isSyncA()与Something.cSyncA() 

判断：

a，都是对同一个实例的synchronized域访问，因此不能被同时访问 

b，是针对不同实例的，因此可以同时被访问 

c，因为是static synchronized，所以不同实例之间仍然会被限制,相当于Something.isSyncA()与 Something.isSyncB()了，

因此不能被同时访问。 那么，第d呢?，书上的 答案是可以被同时访问的，答案理由是synchronzied的是实例方法

与synchronzied的类方法由于锁定（lock）不同的原因。个人分析也就是synchronized 与static synchronized 相当于两帮派，

各自管各自，相互之间就无约束了，可以被同时访问。目前还不是分清楚java内部设计synchronzied是怎么样实现的。

 

结论：A: synchronized static是某个类的范围，synchronized static cSync{}防止多个线程同时访问这个 

类中的synchronized static 方法。它可以对类的所有对象实例起作用。

B: synchronized 是某实例的范围，synchronized isSync(){}防止多个线程同时访问这个实例中的synchronized 方法。

 

synchronized方法与synchronized代码快的区别 

  synchronized methods(){} 与synchronized（this）{}之间没有什么区别，只是synchronized methods(){} 

便于阅读理解，而synchronized（this）{}可以更精确的控制冲突限制访问区域，有时候表现更高效率。

 

当synchronized用来修饰一个方法或者一个代码块的时候，能够保证在同一时刻最多只有一个线程执行该段代码。

synchronized 同步代码块

a、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时，一个时间内只能有一个线程得到执行。

   另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。

b、然而，当一个线程访问object的一个synchronized(this)同步代码块时，另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。

c、尤其关键的是，当一个线程访问object的一个synchronized(this)同步代码块时，其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。

d、第三个例子同样适用其它同步代码块。也就是说，当一个线程访问object的一个synchronized(this)同步代码块时，

   它就获得了这个object的对象锁。结果，其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。

e、以上规则对其它对象锁同样适用.

 

http://www.highcharts.com/products/highcharts

1.7  对象的wait、notify、notifyall和Thread类的sleep、yield

   (http://blog.csdn.net/qaz13177_58_/article/details/21543515) 对象锁

a.如果对象调用了wait方法就会使持有该对象的线程把该对象的控制权交出去，然后处于等待状态。

b.如果对象调用了notify方法就会通知某个正在等待这个对象的控制权的线程可以继续运行。

c.如果对象调用了notifyAll方法就会通知所有等待这个对象控制权的线程继续运行。

 

 注意的几个事实是:

a.任何一个时刻，对象的控制权（monitor）只能被一个线程拥有。

b.无论是执行对象的wait、notify还是notifyAll方法，必须保证当前运行的线程取得了该对象的控制权（monitor）

c.如果在没有控制权的线程里执行对象的以上三种方法，就会报java.lang.IllegalMonitorStateException异常。

d.JVM基于多线程，默认情况下不能保证运行时线程的时序性

 

线程取得控制权的方法有三：

a.执行对象的某个同步实例方法。

b.执行对象对应类的同步静态方法。

c.执行对该对象加同步锁的同步块。

 

   谈一下synchronized和wait()、notify()等的关系

a.有synchronized的地方不一定有wait,notify

b.有wait,notify的地方必有synchronized.这是因为wait和notify不是属于线程类，而是每一个对象都具有的方法，而且，这两个方法都和对象锁有关，有锁的地方，必有synchronized。

另外，注意一点：如果要把notify和wait方法放在一起用的话，必须先调用notify后调用wait，因为如果调用完wait，该线程就已经不是currentthread了。

 

yield 

a.使当前线程放弃执行的权利，进入可执行状态，让其他具有相同优先级或更高级的线程执行

  因此其本身也有可能再次执行

b.执行yield方法，当前线程仍不释放自己所持有的锁

 

sleep

a.sleep方法属于Thread类中方法，表示让一个线程进入睡眠状态，等待一定的时间之后，自动醒来进入到可运行状态，

  不会马上进入运行状 态，因为线程调度机制恢复线程的运行也需要时间，一个线程对象调用了sleep方法之后，

  并不会释放他所持有的所有对象锁，所以也就不会影响其他进程对象 的运行。

b.执行sleep方法，当前线程仍不释放自己所持有的锁.

 

wait、notify、notifyall和Thread类的sleep、yield区别：

a.这两个方法来自不同的类分别是Thread和Object

b.最主要是sleep方法没有释放锁，而wait方法释放了锁，使得其他线程可以使用同步控制块或者方法。

c.wait，notify和notifyAll只能在同步控制方法或者同步控制块里面使用，而sleep可以在任何地方使用

d.sleep必须捕获异常，而wait，notify和notifyAll不需要捕获异常

 

3.1 http://sishuok.com/forum/blogPost/list/339.html

 

6.1 TCP/IP、UDP、HTTP联系

      转自 http://www.cnblogs.com/bizhu/archive/2012/05/12/2497493.html

       虽然HTTP本身是一个协议，但其最终还是基于TCP的

      TCP（Transmission Control Protocol，传输控制协议）是面向连接的协议，也就是说，在收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，只简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。

详细点说就是：（文章部分转载http://zhangjiangxing-gmail-com.iteye.com，主要是这个人讲解得很到位，的确很容易使人理解！）
TCP三次握手过程
1 主机A通过向主机B 发送一个含有同步序列号的标志位的数据段给主机B ,向主机B 请求建立连接,通过这个数据段,
主机A告诉主机B 两件事:我想要和你通信;你可以用哪个序列号作为起始数据段来回应我.
2 主机B 收到主机A的请求后,用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A,也告诉主机A两件事:
我已经收到你的请求了,你可以传输数据了;你要用哪佧序列号作为起始数据段来回应我
3 主机A收到这个数据段后,再发送一个确认应答,确认已收到主机B 的数据段:"我已收到回复,我现在要开始传输实际数据了
这样3次握手就完成了,主机A和主机B 就可以传输数据了.
3次握手的特点
没有应用层的数据
SYN这个标志位只有在TCP建产连接时才会被置1
握手完成后SYN标志位被置0

TCP建立连接要进行3次握手,而断开连接要进行4次

1 当主机A完成数据传输后,将控制位FIN置1,提出停止TCP连接的请求
2  主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置1
3 由B 端再提出反方向的关闭请求,将FIN置1
4 主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.
由TCP的三次握手和四次断开可以看出,TCP使用面向连接的通信方式,大大提高了数据通信的可靠性,使发送数据端
和接收端在数据正式传输前就有了交互,为数据正式传输打下了可靠的基础
名词解释
ACK  TCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段
都收到了.比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.
SYN  同步序列号,TCP建立连接时将这个位置1
FIN  发送端完成发送任务位,当TCP完成数据传输需要断开时,提出断开连接的一方将这位置1
TCP的包头结构：
源端口 16位
目标端口 16位
序列号 32位
回应序号 32位
TCP头长度 4位
reserved 6位
控制代码 6位
窗口大小 16位
偏移量 16位
校验和 16位
选项  32位(可选)
这样我们得出了TCP包头的最小长度，为20字节。

UDP（User Data Protocol，用户数据报协议）
（1） UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。
（2） 由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。
（3） UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。
（4） 吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。
（5）UDP使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态表（这里面有许多参数）。
（6）UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。
我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，如果数据包是否到达的消息及时反馈回来，那么网络就是通的。
UDP的包头结构：
源端口 16位
目的端口 16位
长度 16位
校验和 16位

小结TCP与UDP的区别：
1.基于连接与无连接；
2.对系统资源的要求（TCP较多，UDP少）；
3.UDP程序结构较简单；
4.流模式与数据报模式 ；
5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。