首页 > 代码库 > CCFileUtils::getFileData分析

CCFileUtils::getFileData分析

背景

这几天在使用cocos2d-x读取磁盘文件的时候,发现了CCFileUtils中一点不合理的地方,特此记录,以供研讨。

项目结构

①我使用的是cocos2d-x 2.1.3版本,CCFileUtils::getFileData的函数签名为:

 

但据观测,即使是最新版的cocos2d-x 3.2,这部分声明和实现仍没有变化。

 

②我们假设在项目Resources目录下,有data.txt,其中内容大致为下图:

 

③下面以win32android两种平台做对比来分析其中出现的问题。

Win32

①读取文件的代码

 

②实际执行的读取代码

文件路径:cocos2dx\platform\CCFileUtils.cpp

 

③过程分析

Windows中,行结尾符是”\r\n”,所以当程序执行完381行时,

*pSize = ( 5+2+6+2+6 , 21 );

当程序执行完384行时,

*pSize = ( 5+1+6+1+6 , 19 );

当程序返回时,

*pSize == 19; //没有问题

sizeof(pBuffer) == 21; //没有问题

pBuffer == “apple\norange\nbananba?????”; //问题很严重

④结果

当执行步骤①的代码时,我们使得data指向了这样一个字符串:

1.一段以”r”模式读取文件的代码,却在其中包含了’\n’;

2.这个字符串没有’\0’结尾。

这里的问题很好解决,只要我们添加下面一条语句,就可以避免悲剧:

data[pSize] = ‘\0’;

Windows平台上的问题很好解决,下面我们转向android.

Android

①读取文件的代码

 

②实际执行的读取代码

文件路径:cocos2dx\platform\android\CCFileUtilsAndroid.cpp

 

③过程分析

由于Android平台上行结尾符为\r,所以当执行完415行时,

*pSize = ( 5+1+6+1+6 , 19 );

sizeof(pBuffer) == 19

有问题吗?很严重。

④结果

下面回到步骤①,此时的data指向了一个字符串,这个字符串:

1.一段以”r”模式读取文件的代码,却在其中包含了’\n’;

2.这个字符串没有’\0’结尾。

但是,此时我们不能使用win32平台的解决方案。

data[size] = ‘\0’; //数组越界!

data[size-1] = ‘\0’;//banana中的最后一个a会被删除

此时,在语言层面上,只有把这段内存复制到一个更安全的地方,才可以解决这种冲突。如果你直接操纵data,几乎可以肯定会出问题。

错误解法:string str = (char*)data;

正确解法:string str( data, data+size );

结论

CCFileUtils::getFileData,一旦你以”r”模式来使用它,data就会变成一个没有’\0’结尾的字符串;一旦你在一个行结尾符是由单个字节组成的系统中使用它,你就不能给它加一个’\0’。如果不注意这两点,几乎可以肯定会误用这个函数。所以使用它的时候,请谨慎!

并且,请使用string str( data, data+size );的形式来复制这个易错字符串。

PS

话说这个函数的声明和实现相当容易被误用,不仔细分析几乎一定会被误用,因为其中的一些做法完全是和常识相违背的,不知道cocos2d-x的团队为什么不修改一下。