STL中resize和clear对比以及Windows和Linux下换行符问题

        STL中，很多容器都有resize和clear方法。今天被人问两个有什么不同，内存回收吗，对象呢？emmmm，有点麻烦。自己在Windows上敲一下看看。

int main()
{
	string str = "111111123123";
	str.clear();
	str = "lejfkjdfeae";
	str.resize(0);
}

        看一下调试之后内存信息，容量信息，大小信息等。首先，当str="111111123123"时：

size=12，capacity=15。当string调用clear时候：

size=0，capacity=15。由此可见，clear不回收容量。同时，两次调用地址都是0x0042fe68，也可以理解，都不回收了，肯定接着使用。再看str赋新值之后：

size=11，capacity=15。只要构造的新对象的大小不超过以分配的内存，还是在原先的内存中使用构造函数。地址不变。最后，调用resize(0)：

size=0，capacity=15。大小未变，看起来好像resize和clear区别不大，应该也区别不大，不过源码实现时候，resize肯定包含一层判断，判断当前申请的内存是否够用，毕竟resize可以扩大或者缩小内存。

 

        第二个问题，Windows和Linux下对于换行符的不同。以前不是很了解这两个系统下换行符的不同，但是这次项目中有个日志信息需要处理一下换行符。师傅说Windows下换行符是\n，Linux下是\r\n。结果，处理完之后，线上数据有问题。自己看看，emmmm，刚好反了。Linux下使用\n换行，Windows下使用\r\n。

        Unix系统里，每行结尾只有“<换行>”，即“\n”；Windows系统里面，每行结尾是“ <回车><换行>”，即“\r\n”；Mac系统里，每行结尾是“<回车>”。一个直接后果是，Unix/Mac系统下的文件在Windows里打开的话，所有文字会变成一行；而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号【^M即是\r】。原理是，linux/unix中的换行符\n在windows下被解释成一个黑点,而不是换行；windows下的换行符\r\n(顺序不能反)在linux下，\n被解释为换行，但是\r被解释为^M（这是Linux等系统下规定的特殊标记，占一个字符大小，不是 ^ 和 M 的组合，打印不出来的）。Linux下很多文本编辑器（命令行）会在显示这个标记之后，补上一个自己的换行符，以避免内容混乱（只是用于显示，补充的换行符不会写入文件，有专门的命令将Windows换行符替换为Linux换行符）。 UNIX/Linux系统下的换行符在Windows系统的文本编辑器中会被忽略，整个文本会乱成一团。