1, 保证线程安全的三种方法
:
a, 不要跨线程访问共享变量
b, 使共享变量是
final类型的
c, 将共享变量的操作加上同步
2, 一开始就将类设计成线程安全的
, 比在后期重新修复它
,更容易
.
3, 编写多线程程序
, 首先
保证它是正确的
, 其次再考虑性能
.
4, 无状态或只读对象永远是线程安全的
.
5, 不要将一个共享变量裸露在多线程环境下
(无
同步或不可变性保护
)
6, 多线程环境下的延迟加载需要同步的保护
,
因为延迟加载会造成对象重复实例化
7,
对于
volatile
声明的数值类型变量进行
运算
,
往往是不安全的
(volatile
只能保证可见性
,
不能保证原子性
).
详见
volatile
原理与技巧中
,
脏数据问题讨论
.
8,
当一个线程请求获得它自己占有的锁时
(
同一把锁的嵌套使用
),
我们称该锁为可重入锁
.
在
jdk1.5
并发包中
,
提供了可重入锁的
java
实现
-ReentrantLock.
9,
每个共享变量
,
都应该由一个唯一确定的锁保护
.
创建与变量相同数目的
ReentrantLock,
使他们负责每个变量的线程安全
.
10,虽然缩小同步块的范围
, 可以提升系� ......
一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构 合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用 呢，面对对象的设计，复用的重点其实应该是抽象层的复用，而不是具体某一个代码块的复用，是不是一下子感觉自己对复用理解的高度又上升了一层？^_^
说到了抽象，我就不能不提到曾让我头痛的Java接口和Java抽象类了，这也是本文我想说的重点。
既然面向对象设计的重点在于抽象，那Java接口和Java抽象类就有它存在的必然性了。
Java接口和Java抽象类代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP面向对象的编程，如果要提高程序的复用率，增加程序 的可维护性，可扩展性，就必须是面向接口的编程，面向抽象的编程，正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。
Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它们比较一下，你就可以发现了。
1、Java接口和Java抽象类最 ......
最近在学习java的框架，加深了对java一些设计模式的理解，例如模板方法模式、策略模式、代理模式和动态代理模式，发现学习理解servlet和jsp后很容易就学会了struts，学习jdbc后比较容易理解hibernate，本人还没开始学习spring。
对struts框架的理解：主要是对中心控制器这个类的理解（是怎么运作的），然后要理解什么是面向接口编程，当然在这之前需要理解servlet、jsp、servlet容器（web服务器）和JavaBean的知识点，这样很快就可以学会了struts（精通还是要很长时间的）。
对hibernate框架的理解：这需要你有数据库的知识，特别是要学会SQL语句（无非是增、删、改、查），要熟悉jdbc，理解是对象和表的转换过程（表的列属性与JavaBean的属性对应）。
有什么好的建议，请高手提出意见！！！ ......
1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory
工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。
2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你 ”builder。（这一定比美军在伊拉克用的翻译机好卖）
建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。
� ......
这篇文章我是从IBM网站看到的，很有用，就转帖过来了，原文网址是http://www.ibm.com/developerworks/cn/java/l-console/index.html，但是打开的时候特别慢，就在这里粘贴一下。
在Java开发中，控制台输出仍是一个重要的工具，但默认的控制台输出有着各种各样的局限。本文介绍如何用Java管道流截取控制台输出，分析管道流应用中应该注意的问题，提供了截取Java程序和非Java程序控制台输出的实例。
即使在图形用户界面占统治地位的今天，控制台输出仍旧在Java程序中占有重要地位。控制台不仅是Java程序默认的堆栈跟踪和错误信息输出窗口，而且还是一种实用的调试工具（特别是对习惯于使用println()的人来说）。然而，控制台窗口有着许多局限。例如在Windows 9x平台上，DOS控制台只能容纳50行输出。如果Java程序一次性向控制台输出大量内容，要查看这些内容就很困难了。
对于使用javaw这个启动程序的开发者来说，控制台窗口尤其宝贵。因为用javaw启动java程序时，根本不会有控制台窗口出现。如果程序遇到了问题并抛出异常，根本无法查看Java运行时环境写入到System.out或System.err的调用堆栈跟踪信息。为了捕获堆栈信息，一些人采取了用tr ......
import java.io.BufferedReader;
import java.io.File;
import java.io.FileNotFoundException;
import java.io.FileReader;
import java.io.IOException;
/**
* @author dengshaohua
*/
public class ReadPhone {
/**
* 读取数据
*/
public void ReadData(){
try {
FileReader read = new FileReader("D:/data.txt");
BufferedReader br = new BufferedReader(read);
String row;
while((row = br.readLine())!=null){
System.out.println(row);
}
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e){
e.printStackTrace();
}
}
}
对同一行中隔开的字符的切割
String[] linePart = s1.split("\s+"); ......
最新文章 : java