這里要說的不是多線程使用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檢測內存泄露越界  控制臺和日志記錄(沒她不行啊。。)