我查閱了一些基礎(chǔ)資料：
windows下的八三命名規(guī)則（在cmd下的dir /h中的/X里提到了這個命名）： ?http://support.microsoft.com/kb/142982/zh-cn
在Windows中禁用8.3格式的文件名 http://leonax.net/p/2775/disable-8-dot-3-name-in-windows/
Wikipedia: http://en.wikipedia.org/wiki/8.3_filename
有個疑問一直沒有找到正面的回答，比如有多個文件夾的名稱相同的話，~后的序號是如何定的。
經(jīng)過大膽嘗試，可以斷定，是按照創(chuàng)建時間來定的。
特性如下： 在未開啟這個命名的磁盤下，長文件（夾）不會擁有short name；
在開啟8.3命名法的磁盤下，已創(chuàng)建的文件（夾）不會擁有short name；
擁有了 short name的文件（夾），在修改名稱后，short name 保持不便。
自此，我想對8.3命名法的解讀才算是完整。
——– 后記，最近在配置android的應(yīng)用開發(fā)環(huán)境。發(fā)現(xiàn)jdk、sdk的環(huán)境變量出現(xiàn)了問題，一番倒騰后，才啟動sdk manager。
心有余悸，決定進(jìn)行一次徹底的襲擊。
把以下內(nèi)容摸了個底兒：
sdk/tool/android.bat //這個東西理論上是可以直接打卡sdk manager，如果起不來，可以在cmd里執(zhí)行，查回顯，以診斷問題，甚至把 bat頭的“@echo off”去掉，來看看具體執(zhí)行到哪一步出現(xiàn)了異常，十有八九是環(huán)境變量的原因
sdk/tool/lib/find_java.bat //這個是為android.bat找環(huán)境變量用的，其中還調(diào)用了下邊的這個文件 sdk/tool/lib/find_java.exe //這個在命令行里可以帶-h查看所支持的參數(shù)。
下邊要點(diǎn)題，說一下為嘛這個跟8.3命名法有瓜葛： 讀讀find_java.bat里的內(nèi)容，發(fā)現(xiàn)他在for in find_java.exe的回顯內(nèi)容時會按空格斷開（我覺得這算是個官方bug, https://code.google.com/p/android/issues/detail?id=58214 ）。
空格是配置jdk環(huán)境變量java_home時含有的，我對short name有過接觸（但不如這次徹底），就斷然把java_home用short name寫了，為了避免空格嘛。 所以導(dǎo)致一直讀不到需要的java.exe所在的位置。 根結(jié)就在與此吧。 僅供參考。
一些有價值的參考資料： http://stackoverflow.com/questions/5199811/android-sdk-manager-wont-open https://code.google.com/p/android/issues/detail?id=28196#c38
— 后后記： sdk manager是啟動了，可是。。。又有了新的問題：“XXX are locking the following directory”，處處是坑啊。 坑只有踩過才能跳過嗎？？
——2013年11月5日