首先,重构这个概念,不是JAVA所特有的,而是软件工程的一个概念.
主要是指改善现有的程序代码,使其更方便、简单的使用,提高可重用性、可维护性.
在面向对象C◆◆\C#\JAVA等语言中,重构的概念一般是指对类进行重构,一般在现有类的某些功能方法不能满足扩展需要,或者修复BUG时,就需要重构
重构是一个可迭代的过程,可以对一个功能重复重构,直到其满足软件的需求、维护和可扩展性
重构的方法比较多,一本书也说不完,一些概念性的内容见百科
//Platform.java
public class Platform {
/**
* @author lusong
*/
private String brandName;
private String model;
public Platform(String bString,String mString) {
brandName=bString;
model=mString;
}
public String getBrandName() {
return brandName;
public String getModel(){
return model;
//ShiXian.java,其中的getList()方法返回你要求的东东
//不知道合不合你的胃口
import java.util.*;
public class ShiXian {
ArrayListPlatform PlatformList=new ArrayListPlatform();
//用于包含型号的名称,用于验证重复,在getLIst方法中使用,因为内置类不能访问方法的局部变量所有在此定义方法中的变量
ListString arrayList=new ArrayListString();
public ShiXian() {
//向该集合中添加成员,型号之间用逗号隔开
//你可以随意添加成员,注意型号之间用逗号隔开
//你的要求是返回一个包含所有品牌的List,每个List项为一个包含型号的List
public ListArrayListString getList(){
//用于最终返回结果的List
ListArrayListString list=new ArrayListArrayListString(){
//重写toString()方法,便于显示手机名称
@Override
public String toString() {
int i=0;
// TODO Auto-generated method stub
StringBuilder stringBuilder=new StringBuilder();
for (Iterator iterator = this.iterator(); iterator.hasNext();) {
ArrayListString arrayList1 = (ArrayListString) iterator.next();
stringBuilder.append(arrayList.get(i));
stringBuilder.append("的型号为:");
i=i◆1;
stringBuilder.append(arrayList1.toString());
return stringBuilder.toString();
};
for (Iterator iterator = PlatformList.iterator(); iterator.hasNext();) {
Platform platform=(Platform)iterator.next();
if (arrayList.contains(platform.getBrandName())) {
//该手机已经存在,只用添加型号,并且验证是否重复
String[] strings=platform.getModel().split(",");
for (int i = 0; i strings.length; i◆◆) {
else {
//该手机还不存在,要添加该手机,并添加型号
arrayList.add(platform.getBrandName());
return list;
public static void main(String[] args) {
System.out.println(new ShiXian().getList());
代码重构（英语：Code refactoring）重构就是在不改变软件系统外部行为的前提下,改善它的内部结构.
软件重构需要借助工具完成,重构工具能够修改代码同时修改所有引用该代码的地方.在极限编程的方法学中,重构需要单元测试来支持.
java重构：指程序员对已有程序在尽量不改变接口的前提下,进行重新编写代码的工作,一般有以下几方面：
①.、去除已知bug.
重构举例：（简化代码、提升效率）
重构前：
if(list != null list.size() 0){
for(int i = 0; i list.size(); i◆◆){
//skip...
重构后
if(list != null){
for(int i = 0, len = list.size(); i len; i◆◆){
何时着手重构（Refactoring）
新官上任三把火,开始一个全新?、脚不停蹄、加班加点,一支声势浩大的千军万"码"夹裹着程序员激情和扣击键盘的鸣金奋力前行,势如破竹,攻城掠地,直指"黄龙府".
开发经理是这支浩浩汤汤代码队伍的统帅,他负责这支队伍的命运,当齐桓公站在山顶上看到管仲训练的队伍整齐划一地前进时,他感叹说"我有这样一支军队哪里还怕没有胜利呢?".但很遗憾,你手中的这支队伍原本只是散兵游勇,在前进中招兵买马,不断壮大,所以队伍变形在所难免.当开发经理发觉队伍变形时,也许就是克制住攻克前方山头的诱惑,停下脚步整顿队伍的时候了.
Kent Beck提出了"代码坏味道"的说法,和我们所提出的"队伍变形"是同样的意思,队伍变形的信号是什么呢?以下列述的代码症状就是"队伍变形"的强烈信号：
-代码中存在重复的代码
程序代码更是不能搞重复建设,如果同一个类中有相同的代码块,请把它提炼成类的一个独立方法,如果不同类中具有相同的代码,请把它提炼成一个新类,永远不要重复代码.
-过大的类和过长的方法
过大的类往往是类抽象不合理的结果,类抽象不合理将降低了代码的复用率.方法是类王国中的诸侯国,诸侯国太大势必动摇中央集权.过长的方法由于包含的逻辑过于复杂,错误机率将直线上升,而可读性则直线下降,类的健壮性很容易被打破.当看到一个过长的方法时,需要想办法将其划分为多个小方法,以便于分而治之.
-牵一毛而需要动全身的修改
当你发现修改一个小功能,或增加一个小功能时,就引发一次代码地震,也许是你的设计抽象度不够理想,功能代码太过分散所引起的.
-类之间需要过多的通讯
A类需要调用B类的过多方法访问B的内部数据,在关系上这两个类显得有点狎昵,可能这两个类本应该在一起,而不应该分家.
-过度耦合的信息链
"计算机是这样一门科学,它相信可以通过添加一个中间层解决任何问题",所以往往中间层会被过多地追加到程序中.如果你在代码中看到需要获取一个信息,需要一个类的方法调用另一个类的方法,层层挂接,就象输油管一样节节相连.这往往是因为衔接层太多造成的,需要查看就否有可移除的中间层,或是否可以提供更直接的调用方法.
-各立山头干革命
如果你发现有两个类或两个方法虽然命名不同但却拥有相似或相同的功能,你会发现往往是因为开发团队协调不够造成的.笔者曾经写了一个颇好用的字符串处理类,但因为没有及时通告团队其他人员,后来发现项目中居然有三个字符串处理类.革命资源是珍贵的,我们不应各立山头干革命.
-不完美的设计
每个系统都或多或少存在不完美的设计,刚开始可能注意不到,到后来才会慢慢凸显出来,此时唯有勇于更改才是最好的出路.
-缺少必要的注释
虽然许多软件工程的书籍常提醒程序员需要防止过多注释,但这个担心好象并没有什么必要.往往程序员更感兴趣的是功能实现而非代码注释,因为前者更能带来成就感,所以代码注释往往不是过多而是过少,过于简单.人的记忆曲线下降的坡度是陡得吓人的,当过了一段时间后再回头补注释时,很容易发生"提笔忘字,愈言且止"的情形.
曾在网上看到过微软的代码注释,其详尽程度让人叹为观止,也从中体悟到了微软成功的一个经验.
①.、 尽量指定类的final修饰符 带有final修饰符的类是不可派生的.
特别是String 对象的使用中,出现字符串连接情况时应用StringBuffer 代替.由于系统不仅要花时间生成对象,以后可能还需花时间对这些对象进行垃圾回收和处理.所以呢,生成过多的对象将会给程序的性能带来很大的影响.
其他变量,如静态变量、实例变量等,都在堆（Heap）中创建,速度较慢.另外,依赖于具体的编译器/JVM,局部变量还可能得到进一步优化.请参见<<尽可能使用堆栈变量>>.
默认情况下,调用类的构造函数时, Java会把变量初始化成确定的值：所有的对象被设置成null,整数变量（byte、short、int、long）设置成0,float和double变量设置成0.0,逻辑值设置成false.当一个类从另一个类派生时,这一点尤其应该注意,因为用new关键词创建一个对象时,构造函数链中的所有构造函数都会被自动调用.
因为对这些大对象的操作会造成系统大的开销,稍有不慎,会导致严重的后果.
JVM回收垃圾的条件是：对象不在被引用；然而,JVM的GC并非十分的机智,即使对象满足了垃圾回收的条件也不一定会被立即回收.所以,建议我们在对象使用完毕,应手动置成null.
例如：for(int i = 0;i list.size; i ◆◆) {
...
应替换为：
for(int i = 0,int len = list.size();i len; i ◆◆){
①.0、尽量采用lazy loading 的策略,即在需要的时候才开始创建.
例如： String str = "aaa";
if(i == 1) {
list.add(str);
String str = "aaa";
①.1、慎用异常
异常对性能不利.抛出异常首先要创建一个新的对象.Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法,fillInStackTrace()方法检查堆栈,收集调用跟踪信息.只要有异常被抛出,VM就必须调整调用堆栈,因为在处理过程中创建了一个新的对象. 异常只能用于错误处理,不应该用来控制程序流程.
Try {
} catch() {
应把其放置在最外层.
StringBuffer表示了可变的、可写的字符串.
有三个构造方法 :
StringBuffer (int size); //分配size个字符的空间
你可以通过StringBuffer的构造函数来设定它的初始化容量,这样可以明显地提升性能.
这里提到的构造函数是StringBuffer(int length),length参数表示当前的StringBuffer能保持的字符数量.你也可以使用ensureCapacity(int minimumcapacity)方法在StringBuffer对象创建之后设置它的容量.首先我们看看StringBuffer的缺省行为,然后再找出一条更好的提升性能的途径.
简单地说,一个Vector就是一个java.lang.Object实例的数组.Vector与数组相似,它的元素可以通过整数形式的索引访问.但是,Vector类型的对象在创建之后,对象的大小能够根据元素的增加或者删除而扩展、缩小.请考虑下面这个向Vector加入元素的例子：
Object bj = new Object();
Vector v = new Vector(100000);
for(int I=0;
I100000; I◆◆) { v.add(0,obj); }
除非有绝对充足的理由要求每次都把新元素插入到Vector的前面,否则上面的代码对性能不利.在默认构造函数中,Vector的初始存储能力是10个元素,如果新元素加入时存储能力不足,则以后存储能力每次加倍.Vector类就对象StringBuffer类一样,每次扩展存储能力时,所有现有的元素都要复制到新的存储空间之中.下面的代码片段要比前面的例子快几个数量级：
for(int I=0; I100000; I◆◆) { v.add(obj); }
同样的规则也适用于Vector类的remove()方法.由于Vector中各个元素之间不能含有"空隙",删除除最后一个元素之外的任意其他元素都导致被删除元素之后的元素向前移动.也就是说,从Vector删除最后一个元素要比删除第一个元素"开销"低好几倍.
假设要从前面的Vector删除所有元素,我们可以使用这种代码：
for(int I=0; I100000; I◆◆)
{
v.remove(0);
但是,与下面的代码相比,前面的代码要慢几个数量级：
v.remove(v.size()-1);
从Vector类型的对象v删除所有元素的最好方法是：
v.removeAllElements();
假设Vector类型的对象v包含字符串"Hello".考虑下面的代码,它要从这个Vector中删除"Hello"字符串：
String s = "Hello";
int i = v.indexOf(s);
if(I != -1) v.remove(s);
这些代码看起来没什么错误,但它同样对性能不利.在这段代码中,indexOf()方法对v进行顺序搜索寻找字符串"Hello",remove(s)方法也要进行同样的顺序搜索.改进之后的版本是：
if(I != -1) v.remove(i);
这个版本中我们直接在remove()方法中给出待删除元素的精确索引位置,从而避免了第二次搜索.一个更好的版本是：
String s = "Hello"; v.remove(s);
最后,我们再来看一个有关Vector类的代码片段：
for(int I=0; I◆◆;I v.length)
如果v包含100,000个元素,这个代码片段将调用v.size()方法100,000次.虽然size方法是一个简单的方法,但它仍旧需要一次方法调用的开销,至少JVM需要为它配置以及清除堆栈环境.今天这一节,for循环内部的代码不会以任何方式修改Vector类型对象v的大小,所以呢上面的代码最好改写成下面这种形式：
int size = v.size(); for(int I=0; I◆◆;Isize)
虽然这是一个简单的改动,但它仍旧赢得了性能.毕竟,每一个CPU周期都是宝贵的.
src:源数组; srcPos:源数组要复制的起始位置;
dest:目的数组; destPos:目的数组放置的起始位置;
length:复制的长度.
注意：src and dest都必须是同类型或者可以进行转换类型的数组．
public class ShopCart {
private List carts ;
public void add (Object item) {
if(carts == null) {
carts = new ArrayList();
crts.add(item);
public void remove(Object item) {
if(carts. contains(item)) {
carts.remove(item);
public List getCarts() {
//返回只读列表
return Collections.unmodifiableList(carts);
//不推荐这种方式
//this.getCarts().add(item);
用new关键词创建类的实例时,构造函数链中的所有构造函数都会被自动调用.但如果一个对象实现了Cloneable接口,我们可以调用它的clone()方法.clone()方法不会调用任何类构造函数.
在使用设计模式（Design Pattern）的场合,如果用Factory模式创建对象,则改用clone()方法创建新的对象实例非常简单.例如,下面是Factory模式的一个典型实现：
public static Credit getNewCredit() {
return new Credit();
改进后的代码使用clone()方法,如下所示：
private static Credit BaseCredit = new Credit();
return (Credit) BaseCredit.clone();
上面的思路对于数组处理同样很有用.
考虑下面的代码：
用移位操作替代乘法操作可以极大地提高性能.下面是修改后的代码：
对于那些无需跟踪会话状态的页面,关闭自动创建的会话可以节省一些资源.使用如下page指令：%@ page session="false"%
许多开发者随意地把大量信息保存到用户会话之中.一些时候,保存在会话中的对象没有及时地被垃圾回收机制回收.从性能上看,典型的症状是用户感到系统周期性地变慢,却又不能把原因归于任何一个具体的组件.如果监视JVM的堆空间,它的表现是内存占用不正常地大起大落.
解决这类内存问题主要有二种办法.第一种办法是,在所有作用范围为会话的Bean中实现HttpSessionBindingListener接口.这样,只要实现valueUnbound()方法,就可以显式地释放Bean使用的资源.
另外一种办法就是尽快地把会话作废.大多数应用服务器都有设置会话作废间隔时间的选项.另外,也可以用编程的方式调用会话的setMaxInactiveInterval()方法,该方法用来设定在作废会话之前,Servlet容器允许的客户请求的最大间隔时间,以秒计.
在典型的JSP应用系统中,页头、页脚部分往往被抽取出来,然后根据需要引入页头、页脚.当前,在JSP页面中引入外部资源的方法主要有两种：include指令,以及include动作.
include指令：例如%@ include file="copyright.html" %.该指令在编译时引入指定的资源.在编译之前,带有include指令的页面和指定的资源被合并成一个文件.被引用的外部资源在编译时就确定,比运行时才确定资源更高效.
include动作：例如jsp:include page="copyright.jsp" /.该动作引入指定页面执行后生成的结果.由于它在运行时完成,所以呢对输出结果的控制更加灵活.但时,只有当被引用的内容频繁地改变时,或者在对主页面的请求没有出现之前,被引用的页面无法确定时,使用include动作才合算.
经常遇到对HashMap中的key和value值对的遍历操作,有如下两种方法：
MapString, String[] paraMap = new HashMapString, String[]();
//第一个循环
SetString appFieldDefIds = paraMap.keySet();
for (String appFieldDefId : appFieldDefIds) {
String[] values = paraMap.get(appFieldDefId);
......
//第二个循环
for(EntryString, String[] entry : paraMap.entrySet()){
String appFieldDefId = entry.getKey();
String[] values = entry.getValue();
.......
第一种实现明显的效率不如第二种实现.
分析如下 SetString appFieldDefIds = paraMap.keySet(); 是先从HashMap中取得keySet
代码如下：
public SetK keySet() {
SetK ks = keySet;
return (ks != null ? ks : (keySet = new KeySet()));
private class KeySet extends AbstractSetK {
public IteratorK iterator() {
return newKeyIterator();
public int size() {
return size;
public boolean contains(Object o) {
return containsKey(o);
public boolean remove(Object o) {
return HashMap.this.removeEntryForKey(o) != null;
public void clear() {
HashMap.this.clear();
其实就是返回一个私有类KeySet, 它是从AbstractSet继承而来,实现了Set接口.
再来看看for/in循环的语法
for(declaration : expression)
statement
在执行阶段被翻译成如下各式
for(IteratorE #i = (expression).iterator(); #i.hashNext();){
declaration = #i.next();
所以呢在第一个for语句for (String appFieldDefId : appFieldDefIds) 中调用了HashMap.keySet().iterator()
而这个方法调用了newKeyIterator()
IteratorK newKeyIterator() {
return new KeyIterator();
private class KeyIterator extends HashIteratorK {
public K next() {
return nextEntry().getKey();
所以在for中还是调用了
在第二个循环for(EntryString, String[] entry : paraMap.entrySet())中使用的Iterator是如下的一个内部
类
private class EntryIterator extends HashIteratorMap.EntryK,V {
public Map.EntryK,V next() {
return nextEntry();
此时第一个循环得到key,第二个循环得到HashMap的Entry效率就是从循环里面体现出来的第二个循环此致可以直接取key和value值而第一个循环还是得再利用HashMap的get(Object key)来取value值现在看看HashMap的get(Object key)方法
public V get(Object key) {
Object k = maskNull(key);
int hash = hash(k);
int i = indexFor(hash, table.length); //Entry[] table
EntryK,V e = table;
while (true) {
if (e == null)
return null;
if (e.hash == hash eq(k, e.key))
return e.value;
e = e.next;
其实就是再次利用Hash值取出相应的Entry做比较得到结果,所以使用第一中循环相当于两次进入HashMap的Entry
中而第二个循环取得Entry的值之后直接取key和value,效率比第一个循环高.其实按照Map的概念来看也应该是用第二个循环好一点,它本来就是key和value的值对,将key和value分开操作今天这一节不是个好选择.
array（[]）：最高效；但是其容量固定且无法动态改变；
ArrayList：容量可动态增长；但牺牲效率；
基于效率和类型检验,应尽可能使用array,无法确定数组大小时才使用ArrayList！
ArrayList是Array的复杂版本
ArrayList内部封装了一个Object类型的数组,从一般的意义来说,它和数组没有本质的差别,甚至于ArrayList的许多方法,如Index、IndexOf、Contains、Sort等都是在内部数组的基础上直接调用Array的对应方法.
ArrayList存入对象时,抛弃类型信息,所有对象屏蔽为Object,编译时不检查类型,但是运行时会报错.
从这一点上看来,ArrayList与数组的区别主要就是由于动态增容的效率问题了
java.lang.StringBuffer线程安全的可变字符序列.一个类似于 String 的字符串缓冲区,但不能修改.
除非是必须的,否则应该避免使用split,split由于支持正则表达式,所以效率比较低,如果是频繁的几十,几百万的调用将会耗费大量资源,如果确实需要频繁的调用split,可以考虑使用apache的 StringUtils.split(string,char),频繁split的可以缓存结果.
其他补充:
①.、及时清除不再使用的对象,设为null
如何优化代码使JAVA源文件及编译后CLASS文件更小
①. 尽量使用继承,继承的方法越多,你要写的代码量也就越少
一些private, static,final的小段方法申明为inline方法调用
编译后的代码是一行代码插入一个数组的元素,所以如果你有大量的数据需要存在数组
中的话,可以先把这些数据放在String中,然后在运行期把字符串解析到数组中
long型,然后在使用的时候转换为Date类型
Java通过调用独特的类构造器默认地初始化变量为一个已知的值.所有的对象被设置成null,integers (byte, short, int, long)被设置成0,float和double设置成0.0,Boolean变量设置成false.这对那些扩展自其它类的类尤其重要,这跟使用一个新的关键词创建一个对象时所有一连串的构造器被自动调用一样.
标记为final的类不能被扩展.在<<核心Java API>>中有大量这个技术的例子,诸如java.lang.String.将String类标记为final阻止了开发者创建他们自己实现的长度方法.
try {
some.method1(); // Difficult for javac
} catch( method1Exception e ) { // and the JVM runtime
// Handle exception 1 // to optimize this
} // code
已下代码 更容易被编译器优化
some.method1(); // Easier to optimize
} catch( method1Exception e ) {
// Handle exception 1
①.0. For循环的优化
Replace...
for( int i = 0; i collection.size(); i◆◆ ) {
with...
for( int i = 0, n = collection.size(); i n; i◆◆ ) {
应把其放置在最外层
以上就是土嘎嘎小编为大家整理的java代码重构实例代码相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！