上述对于ToCharArray代码量还是不多，我们来看看ToArray方法实现，如下：
public static TSource[] ToArray<TSource>(this IEnumerable<TSource> source)
{
if (source == null)
{
throw Error.ArgumentNull("source");
}
return new Buffer<TSource>(source).ToArray();
}
上述只是写了一个扩展方法，我们继续往下看Buffer类的具体实现，如下：
internal Buffer(IEnumerable<TElement> source)
{
TElement[] array = null;
int num = 0;
ICollection<TElement> collection = source as ICollection<TElement>;
if (collection != null)
{
num = collection.Count;
if (num > 0)
{
array = new TElement[num];
collection.CopyTo(array, 0);
}
}
else
{
foreach (TElement item in source)
{
if (array == null)
{
array = new TElement[4];
}
else if (array.Length == num)
{
TElement[] array2 = new TElement[checked(num * 2)];
Array.Copy(array, 0, array2, 0, num);
array = array2;
}
array[num] = item;
num++;
}
}
items = array;
count = num;
}
从代码量上看就觉得ToArray方法实现稍微复杂一点，所以我们选择使用ToCharArray会更好，我要是如此草草结束此文，一定会喷。原归正传，我们一步步来分析，如上做了一点优化，首先会判断参数是否属于集合接口，若是则直接通过复制转换为数组形式，但是我们知道字符串肯定没有实现ICollection<T>接口，所以走另外一个条件分支，但是有的童鞋可能就有疑问了，此时为何可以遍历呢？那是因为针对字符实现了IEnumerable<char>接口，所以可以进行遍历，如下：
public sealed class CharEnumerator : IEnumerator, ICloneable, IEnumerator<char>, IDisposable
{......}
接下来则是初始化容量为4的数组，为何这里为4呢？这里我认为应该谈不上优化，与其说是实现者的一种拍脑袋的想法，我倾向于理解为是一种权衡或考量，既然转到此分支说明一定是转换为二进制位的数组，比如上述进行填充后长度刚好为4。再接下来无用我再多讲，就是遍历所有字符数组，将每一个字符串添加到数组中去，直到数组长度和变量值（num）相等最终进行一次性复制，最终将数组赋值给数组元素以及将变量num赋值给数组元素的数量（count）。
好了，讲解了这么多，那么问题来了，到底谁的性能会更好呢？ToCharArray方法实现底层采用指针操作转化为字符数组，而利用ToArray方法由于string没有实现ICollection<T>接口，也就是说根本不清楚字符串中字符数组的长度，所以只能采取低效遍历的方式去进行转换，我们可认为通过中间缓冲区的方式（即上述通过实例化数组作为桥梁最终进行复制）实现。由此得出，在将字符串转换为字符数组时，一定要用ToCharArray方法而不是ToArray，ToCharArray性能优于ToArray方法，我不禁在想，针对字符转换为数组只提供ToCharArray方法不就好了么，为何还要提供ToArray方法，让人容易产生误会，它的场景难道还有其他吗？
