驗證碼不顯示原因分析：
1、先確保是否開啟了 gd庫
2、頁面是否存在bom頭
3、導入的ORG.Util.Image是否存在
4、入口文件中是否有define(‘APP_DEBUG’, TRUE); //是否開啟調試模式，上線時請改為false
二：什么是Bom頭
BOM: Byte Order Mark
UTF-8 BOM又叫UTF-8 簽名,其實UTF-8 的BOM對UFT-8沒有作用,是為了支援UTF-16,UTF-32才加上的BOM,BOM簽名的意思就是告訴編輯器當前文件采用何種編碼,方便編輯器識別,但是BOM雖然在編輯器中不顯示,但是會產生輸出,就像多了一個空行,
如果您在修改任何PHP文件後發生：
* 不能登入或者不能登出； * 頁頂出現一條空白； * 頁頂出現錯誤警告； * 其它不正常的情況。
則多半是編輯器的問題。
本程序采用UTF-8編碼。現在幾乎所有的文本編輯軟件都可以顯示並編輯UTF-8編碼的文件。但是很遺憾，其中很多軟件的表現並不理想。
類似WINDOWS自帶的記事本等軟件，在保存一個以UTF-8編碼的文件時，會在文件開始的地方插入三個不可見的字符（0xEF 0xBB 0xBF，即BOM）。它是一串隱藏的字符，用於讓記事本等編輯器識別這個文件是否以UTF-8編碼。對於一般的文件，這樣並不會產生什么麻煩。但對於 PHP來說，BOM是個大麻煩。
PHP並不會忽略BOM，所以在讀取、包含或者引用這些文件時，會把BOM作為該文件開頭正文的一部分。根據嵌入式語言的特點，這串字符將被直接執行（顯示）出來。由此造成即使頁面的 top padding 設置為0，也無法讓整個網頁緊貼瀏覽器頂部，因為在html一開頭有這3個字符呢！
最大的麻煩還不是這個。受COOKIE送出機制的限制，在這些文件開頭已經有BOM的文件中，COOKIE無法送出（因為在COOKIE送出前PHP已經送出了文件頭），所以登入和登出功能失效。一切依賴COOKIE、SESSION實現的功能全部無效。
因此，在編輯、更改任何文本文件時，請務必使用不會亂加BOM的編輯器。Linux下的編輯器應該都沒有這個問題。WINDOWS下，請勿使用記事本等編輯器。推薦的編輯器是： Editplus 2.12版本以上； EmEditor； UltraEdit（需要取消‘添加BOM’的相關選項）； Dreamweaver（需要取消‘添加BOM’的相關選項） 等。
對於已經添加了BOM的文件，要取消的話，可以用以上編輯器另存一次。（Editplus需要先另存為gb，再另存為UTF-8。） ，以下是程序解決方案:
三：去Bom頭
使用ultraedit去除bom頭辦法 : 打開文件后，另存為選項的編碼格式里選擇（utf-8 無bom頭），確定就ok了