这里要说的不是多线程使用FreeType的功能，而是多线程导致FreeType FT_Load_Char 失败的问题，总结了一些思路，希望遇到此类问题的朋友少走些弯路

 在游戏开发的时候遇到了一种情况，每次进入游戏时，总是报FreeType FT_Load_Char 加载字形失败的一些错误，如‘任’‘踪’... 最郁闷的不是每次都出现，我以为是我使用的FreeType方法有问题

1.问：是不是FreeType加载某些字形会有失败的情况
解决方法: 我在自己的FreeType小程序上将所有失败字形的全部加载了1000000遍，NoProblem 呵呵，这说明大神们的库在一般情况下是经得住考验的，排除了这个问题，说明问题出在我们自身程序上

2. 问：既然是出现在我们的程序中，那我使用的FreeType 加载字形一定就失败了么？ 我的代码是移植过来的，莫非换了个地方就发生了质变,还是我在那里处理错了？
解决方法：将其他UI的加载和逻辑全部去掉，只在GameFrameRender 中渲染加载失败的文字N遍， 结果没有任何的问题，FT_Load_Char 一如既往的正常

3.问: 莫非是UI的某个控件的错误使用导致某块内存区域写坏导致 加载字形偶然性的失败？
解决方法：将UI的使用逻辑添加好，再次测试，OK，问题在别的地方

4.问： 情况总是出现在进入游戏时，进入游戏时，只有加载地图，而加载地图在一个线程LoadMapThreadProc中执行的,和这里有关系么？
解决方法:将其他无关的代码注释掉，只保留加载地图和渲染文字... 运行...          终于崩溃了...

找到问题所在了，和多线程有关，see了下这段多线程的代码，临界区的处理还真是少啊，其中一段代码，当地图加载完毕后，会将人物传送到加载地图的指定位置，并将小地图Rrefresh（）
刷新时，会将当前地图的名字出现在屏幕上
主线程：ParseText()  ...  ParseChar()  ... FT_Load_Char() ...
其他线程: ParseText()  ...  ParseChar()  ... FT_Load_Char() ...

果断将这段 LoadMapThread 中的刷新文本的函数 放到主线程中，需要刷新时和主线程通信一下... OK 没问题

总结一下：多线程同时处理FT_Load_Char结果很可能是未知的，我们一定要处理好文字多线程的处理，否则即使当前没有出现过什么问题，以后也会回来头大的回来修改的

查找错误使用的工具: VLD检测内存泄露越界  控制台和日志记录(没她不行啊。。)