A. 怎么理解Stringbuffer 是线程安全的 stringbuilder是线程不安全的
线程安全，主要是指多线程操作同一个数据时，防止脏数据的产生。主要的应用场景是应用缓存，缓存是整个系统公用的数据，在多线程系统中，线程的异步访问和修改会导致数据产生异常。
考虑一个场景，A和B两个线程同时操作缓存中的一条数据，A线程对数据进行自加处理，B线程对数据进行校验，如果校验不过，就清除数据。
非线程安全的情况：当A获取到这条数据，准备修改时，B线程进来了，校验完数据，发现数据不正确，就把数据移除了，这时A线程仍旧认为当前持有的数据还是开始获取的数据，这样再做处理就会报空。
线程安全的情况：就是当一个线程需要对这个数据进行改写时，会给这个数据上一个同步锁，比如A线程拿到数据后，给数据加上同步锁，这时候B线程进来了，但是这时候数据已经上锁，B线程则需要等待A线程释放锁之后才能对数据进行操作，这样就防止了脏数据的产生。
JavaAPI的Stringbuffer和HashTable是在较低版本的JDK中提供的。随着软件项目越来越负责，系统对于性能要求越来越高，然而线程的同步访问对系统性能有很大的影响，所以才会有效率更高的StringBuilder和HashMap的产生。当然在使用这些非线程安全的集合时，线程安全问题就需要开发人员自己控制。
StringBuffer是可变类，和线程安全的字符串操作类，任何对它指向的字符串的操作都不会产生新的对象。 每个StringBuffer对象都有一定的缓冲区容量，当字符串大小没有超过容量时，不会分配新的容量，当字符串大小超过容量时，会自动增加容量。
StringBuffer buf=new StringBuffer(); //分配长16字节的字符缓冲区
StringBuffer buf=new StringBuffer(512); //分配长512字节的字符缓冲区
StringBuffer buf=new StringBuffer("this is a test")//在缓冲区中存放了字符串，并在后面预留了16字节的空缓冲区。StringBuffer
StringBuffer和StringBuilder类功能基本相似，主要区别在于StringBuffer类的方法是多线程、安全的，而StringBuilder不是线程安全的，相比而言，StringBuilder类会略微快一点。对于经常要改变值的字符串应该使用StringBuffer和StringBuilder类。线程安全
StringBuffer 线程安全
StringBuilder 线程不安全速度
一般情况下,速度从快到慢:StringBuilder>StringBuffer>String,这种比较是相对的，不是绝对的。总结
（1）.如果要操作少量的数据用 = String
（2）.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder
（3）.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer
B. string和stringbuffer和stringbuilder的区别
string和stringbuffer和stringbuilder的区别：
StringBuffer线程安全，StringBuilder线程不安全。缓冲区：StringBuffer直接使用toStringCache构造字符串。StringBuilder复制字符数组再构造。
性能：StringBuilder的性能要远大于StringBuffer。
线程安全：StringBuffer：线程安全，StringBuilder：线程不安全。
因为StringBuffer的所有公开方法都是synchronized修饰的，StringBuilder并没有StringBuilder修饰。
缓冲区：StringBuffer每次获取toString都会直接使用缓存区的toStringCache值来构造一个字符串。而StringBuilder则每次都需要复制一次字符数组，再构造一个字符串。
所以，缓存冲这也是对 StringBuffer 的一个优化吧，不过 StringBuffer 的这个toString 方法仍然是同步的。
性能：StringBuffer是线程安全的，它所有公开方法都是同步的，StringBuilder是没有对方法加锁同步的，所以毫无疑问，StringBuilder的性能要远大于 StringBuffer。
C. java的线程安全跟非安全到底是什么意思
比如某个变量
int a=0;
2个线程同时分别对其加5,000,000次。结果如果能保证得到总共的a:=10,000,000，这时就说是线程安全thread-safe的。
事实上同时加的话，由于变量在内存中有缓存，非常容易漏加。导致计算严重不准确。
比如在多线程动画的坐标计算上，同步不当会导致画乱。这时候就说这个变量a是线程不安全non-thread-safe。
需要用java synchronize同步关键字确保同一时间只有一个线程在写该变量。
D. 怎么理解Stringbuffer 是线程安全的 stringbuilder是线程不安全的
1.多个线程操作同一个StringBuffer对象会顺序进行（内部很多方法是同步方法）
2.多个线程操作同一个StringBuilder是同时的，这时候可能出现与预期不符合的结果
3.StringBuilder由于是线程不安全的，所以性能更好。大部分情况下都是单线程操作字符串，这时候选择StringBuilder。
E. 如何创建线程如何保证线程安全
线程安全等级
之前的博客中已有所提及“线程安全”问题，一般我们常说某某类是线程安全的，某某是非线程安全的。其实线程安全并不是一个“非黑即白”单项选择题。按照“线程安全”的安全程度由强到弱来排序，我们可以将java语言中各种操作共享的数据分为以下5类：不可变、绝对线程安全、相对线程安全、线程兼容和线程对立。
1、不可变
在java语言中，不可变的对象一定是线程安全的，无论是对象的方法实现还是方法的调用者，都不需要再采取任何的线程安全保障措施。如final关键字修饰的数据不可修改，可靠性最高。
2、绝对线程安全
绝对的线程安全完全满足Brian GoetZ给出的线程安全的定义，这个定义其实是很严格的，一个类要达到“不管运行时环境如何，调用者都不需要任何额外的同步措施”通常需要付出很大的代价。
3、相对线程安全
相对线程安全就是我们通常意义上所讲的一个类是“线程安全”的。
它需要保证对这个对象单独的操作是线程安全的，我们在调用的时候不需要做额外的保障措施，但是对于一些特定顺序的连续调用，就可能需要在调用端使用额外的同步手段来保证调用的正确性。
在java语言中，大部分的线程安全类都属于相对线程安全的，例如Vector、HashTable、Collections的synchronizedCollection（）方法保证的集合。
4、线程兼容
线程兼容就是我们通常意义上所讲的一个类不是线程安全的。
线程兼容是指对象本身并不是线程安全的，但是可以通过在调用端正确地使用同步手段来保证对象在并发环境下可以安全地使用。Java API中大部分的类都是属于线程兼容的。如与前面的Vector和HashTable相对应的集合类ArrayList和HashMap等。
5、线程对立
线程对立是指无论调用端是否采取了同步错误，都无法在多线程环境中并发使用的代码。由于java语言天生就具有多线程特性，线程对立这种排斥多线程的代码是很少出现的。
一个线程对立的例子是Thread类的supend()和resume()方法。如果有两个线程同时持有一个线程对象，一个尝试去中断线程，另一个尝试去恢复线程，如果并发进行的话，无论调用时是否进行了同步，目标线程都有死锁风险。正因此如此，这两个方法已经被废弃啦。
二、线程安全的实现方法
保证线程安全以是否需要同步手段分类，分为同步方案和无需同步方案。
1、互斥同步
互斥同步是最常见的一种并发正确性保障手段。同步是指在多线程并发访问共享数据时，保证共享数据在同一时刻只被一个线程使用（同一时刻，只有一个线程在操作共享数据）。而互斥是实现同步的一种手段，临界区、互斥量和信号量都是主要的互斥实现方式。因此，在这4个字里面，互斥是因，同步是果；互斥是方法，同步是目的。
在java中，最基本的互斥同步手段就是synchronized关键字，synchronized关键字编译之后，会在同步块的前后分别形成monitorenter和monitorexit这两个字节码质量，这两个字节码指令都需要一个reference类型的参数来指明要锁定和解锁的对象。
此外，ReentrantLock也是通过互斥来实现同步。在基本用法上，ReentrantLock与synchronized很相似，他们都具备一样的线程重入特性。
互斥同步最主要的问题就是进行线程阻塞和唤醒所带来的性能问题，因此这种同步也成为阻塞同步。从处理问题的方式上说，互斥同步属于一种悲观的并发策略，总是认为只要不去做正确地同步措施（例如加锁），那就肯定会出现问题，无论共享数据是否真的会出现竞争，它都要进行加锁。
2、非阻塞同步
随着硬件指令集的发展，出现了基于冲突检测的乐观并发策略，通俗地说，就是先进行操作，如果没有其他线程争用共享数据，那操作就成功了；如果共享数据有争用，产生了冲突，那就再采用其他的补偿措施。（最常见的补偿错误就是不断地重试，直到成功为止），这种乐观的并发策略的许多实现都不需要把线程挂起，因此这种同步操作称为非阻塞同步。
非阻塞的实现CAS（compareandswap）：CAS指令需要有3个操作数，分别是内存地址（在java中理解为变量的内存地址，用V表示）、旧的预期值（用A表示）和新值（用B表示）。CAS指令执行时，CAS指令指令时，当且仅当V处的值符合旧预期值A时，处理器用B更新V处的值，否则它就不执行更新，但是无论是否更新了V处的值，都会返回V的旧值，上述的处理过程是一个原子操作。
CAS缺点：
ABA问题：因为CAS需要在操作值的时候检查下值有没有发生变化，如果没有发生变化则更新，但是一个值原来是A，变成了B，又变成了A，那么使用CAS进行检查时会发现它的值没有发生变化，但是实际上却变化了。
ABA问题的解决思路就是使用版本号。在变量前面追加版本号，每次变量更新的时候把版本号加一，那么A-B-A就变成了1A-2B-3C。JDK的atomic包里提供了一个类AtomicStampedReference来解决ABA问题。这个类的compareAndSet方法作用是首先检查当前引用是否等于预期引用，并且当前标志是否等于预期标志，如果全部相等，则以原子方式将该引用和该标志的值设置为给定的更新值。
3、无需同步方案
要保证线程安全，并不是一定就要进行同步，两者没有因果关系。同步只是保证共享数据争用时的正确性的手段，如果一个方法本来就不涉及共享数据，那它自然就无需任何同步操作去保证正确性，因此会有一些代码天生就是线程安全的。
1）可重入代码
可重入代码（ReentrantCode）也称为纯代码（Pure Code），可以在代码执行的任何时刻中断它，转而去执行另外一段代码，而在控制权返回后，原来的程序不会出现任何错误。所有的可重入代码都是线程安全的，但是并非所有的线程安全的代码都是可重入的。
可重入代码的特点是不依赖存储在堆上的数据和公用的系统资源、用到的状态量都是由参数中传入、不调用 非可重入的方法等。
（类比：synchronized拥有锁重入的功能，也就是在使用synchronized时，当一个线程得到一个对象锁后，再次请求此对象锁时时可以再次得到该对象的锁）
2）线程本地存储
如果一段代码中所需的数据必须与其他代码共享，那就看看这些共享数据的代码是否能保证在同一个线程中执行？如果能保证，我们就可以把共享数据的可见范围限制在同一个线程之内。这样无需同步也能保证线程之间不出现数据的争用问题。
符合这种特点的应用并不少见，大部分使用消费队列的架构模式（如“生产者-消费者”模式）都会将产品的消费过程尽量在一个线程中消费完。其中最重要的一个应用实例就是经典的Web交互模型中的“一个请求对应一个服务器线程（Thread-per-Request）”的处理方式，这种处理方式的广泛应用使得很多Web服务器应用都可以使用线程本地存储来解决线程安全问题。
F. java如何实现线程安全的缓存
简单来说就是多线程的时候，多线程同时修改同一个类的时候，由于访问顺序随机导致类功能出错，至于线程安全类设计方法很多的，Java可以用synchronize标识类，只允许一个线程在同一时间访问它，选择线程安全的数据类型例如ArrayList,数组是不安全的，你可以多去网络查！
G. 网页缓存的生命周期是多少
有很多理由去解释理解ASP.NET页面生命周期是非常重要的，主要是要去理解什么地方放置什么特定的方法，什么时候我们应该设置什么相关的属性。如果去开发自定义的服务器控件，理解生命周期对纠正控件初始化时候的错误，以及使用view-state和后台代码设置属性是非常有用的。（控件事件只与ASP.NET页面相关）
页面生命周期要看它是否是第一次请求，还是回发（本身页面请求），最后决定是否到Web服务器。当一个网页被Web服务器请求时，在回发到web浏览器之前，会经过一系列步骤/事件(如初始化，控件实例化，state的恢复和保存，执行事件处理代码，渲染)。
如果我们正确地使用和操作页面生命周期事件，它对web应用程序开发会是一个非常方便和强大的工具。