以前常常有機(jī)友遇到刷 TFS時(shí)的出現(xiàn)超時(shí)，不能完成TFS刷新的問(wèn)題，大家都比較一致地認(rèn)為是速度設(shè)得過(guò)高，超過(guò)了115200所致，我原來(lái)因?yàn)楹苌儆肨FSFileManager_0.4c 編輯TFS刷機(jī)，習(xí)慣于用X100FileManager直接傳，對(duì)這個(gè)問(wèn)題沒(méi)有進(jìn)行研究，但昨天我刷TFS的經(jīng)歷，證明以前的那個(gè)說(shuō)法至少是不全面的。

我因?yàn)樽蛱熨I(mǎi)了個(gè)二手的 X108，興奮得晚上立即開(kāi)始刷機(jī)并整理TFS，也許是在刪除原來(lái)的游戲時(shí)出了點(diǎn)問(wèn)題，在用X100FileManager傳JAVA 編譯時(shí)，手機(jī)總是重啟，編譯 JAVA不成功。然后就 使用 TFSFileManager_0.4c 加入所要上傳的 JAVA文件 ，然后編譯，接著把包括 suites.utf 和 suitesName.utf 所有文件導(dǎo)出，再把這些導(dǎo)出的文件用 X100FileManager 傳入手機(jī)里，編譯手機(jī)仍然重啟；若不進(jìn)行編譯， JAVA仍不能使用。最后只好用TFSFileManager_0.4c完成JAVA文件 編譯，然后把編輯后的 TFS 刷進(jìn)手機(jī)，盡管先格式化了 TFS ，但刷到最后還是出現(xiàn)超時(shí)，重來(lái)一次仍是如此，想想用的 COM 口的數(shù)據(jù)線(xiàn)，速度設(shè)的是 115200 呀，怎么會(huì)超時(shí)呢？因?yàn)榫庉嬃撕芏啻筲徛曁鎿Q進(jìn)去，并且原來(lái)圖鈴寶盒里還有很多大鈴及圖片，猛然想到會(huì)不會(huì)是編輯的東西太多了， TFS 文件太大超過(guò)了機(jī)器的內(nèi)存，導(dǎo)致刷新 TFS 不成功呢？重新用 TFSFileManager_0.4c打開(kāi)編輯的TFS文件，把 圖鈴寶盒里的鈴聲和圖片全部刪掉，大大減小了 TFS 文件。再刷入經(jīng)過(guò)這樣的處理的 TFS 竟然就成功了！

   以上情況說(shuō)明，刷 TFS時(shí)出現(xiàn)超時(shí)，不能完成TFS刷新的主要原因（包括USB接口的數(shù)據(jù)線(xiàn)）不是因?yàn)樗俣仍O(shè)得過(guò)高，而在于所刷的TFS文件超出了小X的內(nèi)存，可能是圖鈴超大，或者是JAVA超大。當(dāng)然 COM 口的數(shù)據(jù)線(xiàn)速度不要超過(guò) 115200 。