今天测试发现了游戏的一个问题，系统邮件，如果发了tab，在android上一打开邮件内容就会crash。而且他们很确定是tab的问题。

    凭我多个月的经验（确实没多年。。。）来看，从来没听说在android上会因为一个tab崩溃，而且如果有这个问题，肯定会有很多人遇到，估计早就吵翻天了，搜索了一下，什么可用信息都没有。

    于是写个测试工程测试了一下，分别在mac下和windows下，用文本编辑工具编辑了4个txt文档，utf有bom和无bom，内容是“ tab abcd ”，发现都能正常显示，也不会crash。如下：

    unsigned long fSize = 0;
    unsigned char *data = http://www.mamicode.com/CCFileUtils::sharedFileUtils()->getFileData("tab.txt", "rb", &fSize);>
    然后开始怒跟代码，发现工程中使用了一个自定义控件，是为了实现一个富文本框的功能。所谓富文本框就是能显示各种颜色，能显示url，有的东西还能点的那种。但是这个东西的实现，其中有一步，是把一个utf8字符串拆开，拆成单个字符，把每个字符的纹理做出来，然后来拼图，拼成一个文本框。那么tab肯定会被拆成单个字符，最后发现就是在生成这个tab的纹理的时候，crash了。堆栈如下：

    顺便科普一下labelTTF显示的原理，大致就是，通过字体和字号，然后调用相应平台的api，生成一张图（image），注意是一张图啊，然后作为纹理，设置给一个精灵。从上面的堆栈来看，就是在生成这个image的时候crash了。
    然后找代码，在CCTexture2D下找到上面堆栈的最后一步，如下：
bool CCTexture2D::initWithString(const char *text, const char *fontName, float fontSize, const CCSize& dimensions, CCTextAlignment hAlignment, CCVerticalTextAlignment vAlignment)
{
       … … … …  
        do
        {
            CCImage* pImage = new CCImage();
            CC_BREAK_IF(NULL == pImage);
            bRet = pImage->initWithString(text, (int)dimensions.width, (int)dimensions.height, eAlign, fontName, (int)fontSize);
            CC_BREAK_IF(!bRet);
            bRet = initWithImage(pImage);
            CC_SAFE_RELEASE(pImage);
        } while (0);
    
    … … … … 
        return bRet; 
}
 这里第一步是，new一个image出来，然后用文字去init这个image，然后再用这个image去init这个texture。我们接着看init这个image这里，android下的代码是这样的：
bool CCImage::initWithString(
                               const char *    pText, 
                               int             nWidth/* = 0*/, 
                               int             nHeight/* = 0*/,
                               ETextAlign      eAlignMask/* = kAlignCenter*/,
                               const char *    pFontName/* = nil*/,
                               int             nSize/* = 0*/)
{
    bool bRet = false;

    do 
    {
        CC_BREAK_IF(! pText);
        
        BitmapDC &dc = sharedBitmapDC();
        CC_BREAK_IF(! dc.getBitmapFromJava(pText, nWidth, nHeight, eAlignMask, pFontName, nSize));

        m_pData = http://www.mamicode.com/dc.m_pData;> 其中重点是getBitmapFromJava这个函数，如下
    bool getBitmapFromJava(const char *text, int nWidth, int nHeight, CCImage::ETextAlign eAlignMask, const char * pFontName, float fontSize)
    {
    	return  getBitmapFromJavaShadowStroke(	text, nWidth, nHeight, eAlignMask, pFontName, fontSize );
    }
  从这里就知道了，肯定是把文字，字体，字号这些东西，叫给java层，让它们调用系统相关的东西，返回一个bitmap回来，然后就是下一步，把这个返回的image去初始化texture。但是不需要下一步了，因为到这就crash了，得到如下log：

    从这个log看，大概意思就是java层在创建bitmap的时候，需要一个图片的宽高，但是这个大小等于0了。
    但是之前测试是可以显示tab的，仔细想想，之前的测试有一个问题，就是之前的测试都是tab加其他字符的混合，这个地方因为富文本框的处理，是单个tab字符，那么再用单个tab测试一下。果然就和上面一样crash了。
    再回到这个crash log本身，这个要生成的图，就是写了字的那个图，那么这个图片的宽高应该取决于字符的内容和字符的大小，怎么会是0呢。难道是因为tab在android上面会被自动忽略。马上再写个工程测试：
    unsigned long fSize = 0;
    unsigned char *data = http://www.mamicode.com/CCFileUtils::sharedFileUtils()->getFileData("tab.txt", "rb", &fSize);>
    这个测试和之前那个的区别，主要在于在文字后面加了一个同大小的色块，这样我们就能看到纹理的实际范围（早该如此，其实是开始2了没想到。。。），果然发现不管如何加tab，tab都不会显示，纹理的大小和不加tab的大小是一样的。

    如果在cocos2dx上是这样，但是他最后会调用到android系统的java层去生成这个bitmap，说明这个不是cocos2dx的问题，那么在android应用上，tab会不会被忽略呢，果断开个工程再测试，如下：
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:id="@+id/container"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >

        <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="@string/hello_world" 
        android:background="#FFFF0000"/>
</LinearLayout>

<resources>
    <string name="app_name">tabTest</string>
    <string name="hello_world">		Hello world!</string>
    <string name="action_settings">Settings</string>
</resources>

    果然还是没显示tab，哈哈哈哈哈，收工~~

总结：android系统会忽略tab，在cocos2dx里面用CCLabelTTF的时候，如果文本内容只有一个tab字符，会crash。