但是之后你需要根据条件来修改字符串，会发生什么事情呢？
你现在会有第二个StringBuilder，这个 StringBuilder 本来没有存在的必要，它会消耗堆内存，给 GC 增加负担。你应该这样写：
2. 避免正则表达式
正则表达式相对便宜和方便。但是如果你在N.O.P.E 分支，那很糟糕了。如果你必须在计算机密集的代码段中使用正则表达式，至少把Pattern的引用缓存下来，避免每次都对其重新编译：
static final Pattern HEAVY_REGEX =
Pattern.compile("(((X)*Y)*Z)*");
但是如果你的正则表达式真的很简单，就像
String[] parts = ipAddress.split("\\.");
然后你真的最好诉诸普通的 char[] 或基于索引的操作。例如下面一段代码做了同样的事情：
这也说明了为什么你不应该过早进行优化。与 split() 的版本相比，这简直不可维护。
正则表达式很有用，但需要代价。如果你在N.O.P.E 分支，就必须避免正则表达式的代价。
3. 不要使用 iterator()
这个建议不太适用于常规用例，只适用于 N.O.P.E. 分支，但你也可以用用看。编写 Java-5 风格的 foreach 循环很方便。 你可以完全忽略循环内部变量，并编写：
for(Stringvalue:strings){
//Dosomethingusefulhere}
然而，每当你运行到循环内部时，如果 string 是一个Iterable，你就要创建一个新的Iterator实例。如果你正在使用ArrayList，这将会在堆上分配一个含 3 个 int 的对象：
privateclassItrimplementsIterator<E>{
intcursor;
intlastRet=-1;
intexpectedModCount=modCount;
//...
相反，你可以编写以下代码——等价循环体，并且在栈上仅“浪费”一个 int 值，开销低：
intsize=strings.size();for(inti=0;i<size;i++){
Stringvalue:strings.get(i);
… 或者，你可以选择不改变链表，在数组版本上使用同样的操作：
for(Stringvalue:stringArray){
//Dosomethingusefulhere}
关键点
从可写性和可读性以及从 API 设计的角度来看，Iterators、Iterable 和 foreach 循环都是非常有用的。但它们在堆上为每次单独的迭代创建一个小的新实例。 如果你运行这个迭代许多次，又想避免创建这个无用的实例，可以使用基于索引的迭代。
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |