背景
这几天在使用cocos2d-x读取磁盘文件的时候，发现了CCFileUtils中一点不合理的地方，特此记录，以供研讨。
项目结构
①我使用的是cocos2d-x 2.1.3版本，CCFileUtils::getFileData的函数签名为：
但据观测，即使是最新版的cocos2d-x 3.2，这部分声明和实现仍没有变化。
②我们假设在项目Resources目录下，有data.txt，其中内容大致为下图：
③下面以win32和android两种平台做对比来分析其中出现的问题。
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的团队为什么不修改一下。