string类的秘密

 

        最近想要写一些跨平台的公用函数，在windows下，作为.dll；在linux下，作为.so文件使用；所以，想用一些通用的数据类型作为函数参数，但是char* 或者const char* 都很不好用，主要是不方便，不得不类型转换来转换去的。所以，就采用string&作为参数，如 dllapi    string& Encrypt(string& cptTxt,const char* clrTxt,const char* keyt);之类的函数。

        但是，这样，在调用时，如果cptTxt事先没有存储过足够长的字符串，而是采用默认实例化得到的变量，又若clrTxt的长的过长，比如超过15（>=16）时，运行就会出错，报内存读写错误。

        经过分析，初步估计是：string的默认长度是16，即是当你调用 string str;时，分配的内存空间是16位；但是，当你在dll中给其赋值时，如果长度超过了16，string类的内部机制就会作用，即分配内存，以增加长度来接收赋值，这样，dll内部就就分配了内存附加给外部传进来的string；当调用返回，到达外部后，如果原先传进去的是一个局部变量，现在要是释放这个局部变量的话，其中有一部分是dll中的内存，fuck, 不出错才怪哦...