1 由于String的不可变特性,导致任何一个修改的结果都是一个新的String实例创建,这必然导致内存的操作,从而影响效率,当然我们也知道,一般遇到不断更新字符串的情况下,我们都会自觉的使用StringBulider,但是值得注意的,StringBuilder本身也会根据当前的Capacity和内容决定是否需要重新申请内存,这样的,仍然会影响其效率;另外一方面,删除子串,或者插入子串,效率依然低下,因为这涉及到其他内容位置的移动;唯有在Capacity范围内Appending子串或者针对现有的串进行相同长度内容的子串的替换才会真正体现StringBulider的效率,这是因为不需要新的String实例的创建。
总的来说:1)实例化StringBuilder的时候,指定一个合理的长度,是一种值得推荐的做法
2)调用StringBuilder的Replace方法
2 List<T> 对于List<T>也有StringBuilder类型的情况,它本身也有一个Capacity属性,当元素的个数大于Capacity会将当前的数字Double.当一个列表初始化时没有指定Capacity的时候,其Capacity的值为0,当添加一个的时候,其Capacity会变化为4,当不断添加元素,当达到5个时,其Capacity会double为8,依次类推。Double Capacity的过程背后会实例化一个新的数组,如果要添加2000个元素,这个动作可能需要执行多次,效率就会严重影响了。很容易通过程序测试,当初始化的时候指定Capacity,操作的List的效率往往比不指定提升一倍。
总的来说,由于List<T> 提供了类型安全的保证,在元素数目一定的情况下,可以在实例化时指定其Capacity是一个不错的选择