java编程的总结与思考

1、java编程的总结与思考java编程的总结与思考编写优质的并发代码是一件难度极高的事情。Java语言从第一 版本开始内置了对多线程的支持，这一点在当年是非常了不起的， 但是当我们对并发编程有了更深刻的认识和更多的实践后，实现并 发编程就有了更多的方案和更好的选择。本文是对并发编程的一点 总结和思考，为什么需要并发并发其实是一种解耦合的策略，它帮助我们把做什么（目标）和什 么时候做（时机）分开。这样做可以明显改进应用程序的吞吐量（获得 更多的CPU调度时间）和结构（程序有多个部分在协同工作）。做过 JavaWeb开发的人都知道，JavaWeb中的Servlet程序在Servlet容 器的支持下采

2、用单实例多线程的工作模式，Servlet容器帮助你处 理了并发请求的问题。误解和正解最常见的对并发编程的误解有以下这些：A. 并发总能改进性能。（真相：并发在CPU有很多空闲时间时能 明显改进程序的性能，但当线程数量较多的时候，线程间频繁的调 度切换反而会让系统的性能下降）B. 编写并发程序无需修改原有的设计。（真相：目的与时机的解 耦往往会对系统结构产生巨大的影响）C. 在使用Web或EJB容器时不用关注并发问题。（真相：只有了 解了容器在做什么，才能更好的使用容器）下而的这些说法才是对并发编程比较客观的认识：A. 编写并发程序会在代码上增加额外的开销。B. 正确的并发是非常复杂的，即使对于

3、很简单的问题。C. 并发中的缺陷因为不易重现也不容易被发现。D. 并发往往需要对设计策略从根木上进行修改。并发编程的原则和技巧1. 单一职责原则：分离并发相关代码和其他代码（并发相关代码 有自己的开发、修改和调优生命周期）。2. 限制数据作用域：两个线程修改共享对象的同一字段时可能会 相互干扰，导致不可预期的行为，解决方案之一是构造临界区，但 是必须限制临界区的数量。下面的这些说法才是对并发客观的认识:-编写并发程序会在代码上增加额外的开销-正确的并发是非常复 杂的，即使对于很简单的问题-并发中的缺陷因为不易重现也不容易 被发现-并发往往需要对设计策略从根本上进行修改并发编程的原则和 技巧单一

4、职责原则分离并发相关代码和其他代码（并发相关代码有自 己的开发、修改和调优生命周期）。限制数据作用域两个线程修改共 享对象的同一字段时可能会相互干扰，导致不可预期的行为，解决 方案之一是构造临界区，但是必须限制临界区的数量。使用数据副 木数据副木是避免共享数据的好方法，复制出来的对象只是以只读 的方式对待。Java5 的 java. util, concurrent 包中增加一个名为 CopyOnWriteArrayList的类，它是List接口的子类型，所以你可 以认为它是ArrayList的线程安全的版本，它使用了写时复制的方 式创建数据副本进行操作来避免对共享数据并发访问而引发的问题。

5、线程应尽可能独立让线程存在于自己的世界中，不与其他线程共享 数据。有过JavaWeb开发经验的人都知道，Servlet就是以单实例 多线程的方式工作，和每个请求相关的数据都是通过Servlet子类 的service方法（或者是doGet或doPost方法）的参数传入的。只要 Servlet中的代码只使用局部变量，Servlet就不会导致同步问题。springMVC的控制器也是这么做的，从请求中获得的对象都是以 方法的参数传入而不是作为类的成员，很明显Struts2的做法就正 好相反，因此Struts2中作为控制器的Action类都是每个请求对应 一个实例。Java5以前的并发编程Java的线程

6、模型建立在抢占式线 程调度的基础上，也就是说：所有线程可以很容易的共享同一进程 中的对象。能够引用这些对象的任何线程都可以修改这些对象。为 了保护数据，对象可以被锁住。Java基于线程和锁的并发过于底层, 而且使用锁很多时候都是很万恶的，因为它相当于让所有的并发都 变成了排队等待。在Java5以前，可以用synchronized关键字来实现锁的功能， 它可以用在代码块和方法上，表示在执行整个代码块或方法之前线 程必须取得合适的锁。对于类的非静态方法（成员方法）而言，这意 味这要取得对象实例的锁，对于类的静态方法（类方法）而言，要取 得类的Class对象的锁，对于同步代码块，程序员可以指定要取得

7、 的是那个对象的锁。不管是同步代码块还是同步方法，每次只有一 个线程可以进入，如果其他线程试图进入（不管是同一同步块还是不 同的同步块），JVM会将它们挂起（放入到等锁池中）。这种结构在并 发理论中称为临界区（critical sect ion）。这里我们可以对Java中用synchronized实现同步和锁的功能做 一个总结：只能锁定对象，不能锁定基本数据类型被锁定的对象数 组中的单个对象不会被锁定同步方法可以视为包含整个方法的 synchronized （this） 代码块静态同步方法会锁定它的Class对 象内部类的同步是独立于外部类的synchronized修饰符并不是方法 签名的组成

8、部分，所以不能出现在接口的方法声明中非同步的方法 不关心锁的状态，它们在同步方法运行时仍然可以得以运行 synchronized实现的锁是可重入的锁。在JVM内部，为了提高效率, 同时运行的每个线程都会有它正在处理的数据的缓存副本，当我们 使用synchronzied进行同步的时候，真正被同步的是在不同线程中 表示被锁定对象的内存块（副木数据会保持和主内存的同步，现在知 道为什么要用同步这个词汇了吧），简单的说就是在同步块或同步方 法执行完后，对被锁定的对象做的任何修改要在释放锁之前写回到 主内存中;在进入同步块得到锁之后，被锁定对象的数据是从主内存 中读出来的，持有锁的线程的数据副本一定和主内存中的数据视图 是同步的。在Java最初的版本中，就有一个叫Volat订e的关键字, 它是一种简单的同步的处理机制，因为被volatile修饰的变量遵循 以下规则：变量的值在使用之前总会从主内存中再读取出来。对