文章轉(zhuǎn)載至：http://blog.csdn.net/u011153817/article/details/51098732
接上篇文章：Android開(kāi)發(fā)常見(jiàn)異常與錯(cuò)誤系列（一）
運(yùn)行在Linux系統(tǒng)上的Java程序可能會(huì)出現(xiàn)”Too many open files”的異常情況，且常見(jiàn)于高并發(fā)訪問(wèn)文件系統(tǒng)，多線程網(wǎng)絡(luò)連接等場(chǎng)景。
程序經(jīng)常訪問(wèn)的文件、socket在Linux中都是文件file硅急，系統(tǒng)需要記錄每個(gè)當(dāng)前訪問(wèn)file的name、location、access authority等相關(guān)信息泻仙，這樣的一個(gè)實(shí)體被稱(chēng)為file entry×棵唬“open files table”(圖中橙色標(biāo)識(shí))存儲(chǔ)這些file entry玉转，以數(shù)組的形式線性管理。文件描述符(file descriptor)作為進(jìn)程到open files table的指針殴蹄，也就是open files table的下標(biāo)索引冤吨，將每個(gè)進(jìn)程與它所訪問(wèn)的文件關(guān)聯(lián)起來(lái)了。
每個(gè)進(jìn)程中都有一個(gè)file descriptor table管理當(dāng)前進(jìn)程所訪問(wèn)(open or create)的所有文件饶套，文件描述符關(guān)聯(lián)著open files table中文件的file entry漩蟆。細(xì)節(jié)不表，對(duì)于open files table能容納多少file entry妓蛮。Linux系統(tǒng)配置open files table的文件限制怠李，如果超過(guò)配置值，就會(huì)拒絕其它文件操作的請(qǐng)求蛤克，并拋出Too many open files異常捺癞。這種限制有系統(tǒng)級(jí)和用戶(hù)級(jí)之分。
系統(tǒng)級(jí)：
系統(tǒng)級(jí)設(shè)置對(duì)所有用戶(hù)有效构挤∷杞椋可通過(guò)兩種方式查看系統(tǒng)最大文件限制
1? cat /proc/sys/fs/file-max
2? sysctl -a 查看結(jié)果中fs.file-max這項(xiàng)的配置數(shù)量
如果需要增加配置數(shù)量就修改/etc/sysctl.conf文件，配置fs.file-max屬性筋现，如果屬性不存在就添加唐础。
配置完成后使用sysctl -p來(lái)通知系統(tǒng)啟用這項(xiàng)配置
用戶(hù)級(jí)：
Linux限制每個(gè)登錄用戶(hù)的可連接文件數(shù)》桑可通過(guò)? ulimit -n來(lái)查看當(dāng)前有效設(shè)置一膨。如果想修改這個(gè)值就使用 ulimit -n 命令。
對(duì)于文件描述符增加的比例洒沦，資料推薦是以2的冪次為參考豹绪。如當(dāng)前文件描述符數(shù)量是1024，可增加到2048申眼，如果不夠瞒津，可設(shè)置到4096蝉衣，依此類(lèi)推。
在出現(xiàn)Too many open files問(wèn)題后巷蚪，首先得找出主要原因买乃。最大的可能是打開(kāi)的文件或是socket沒(méi)有正常關(guān)閉。為了定位問(wèn)題是否由Java進(jìn)程引起钓辆，通過(guò)Java進(jìn)程號(hào)查看當(dāng)前進(jìn)程占用文件描述符情況：
Java代碼
lsof -pjavapid每個(gè)文件描述符的具體屬性lsof?pjava_pid | wc -l 當(dāng)前Java進(jìn)程file descriptor table中FD的總量
分析命令的結(jié)果剪验，可判斷問(wèn)題是否由非正常釋放資源所引起。
七前联、Android更新apk時(shí)功戚，報(bào)“已安裝了存在簽名沖突的同名數(shù)據(jù)包”錯(cuò)誤
這也是剛開(kāi)始從事android開(kāi)發(fā)時(shí)遇到的問(wèn)題。貼出來(lái)紀(jì)念一下：
今天 在更新apk時(shí)似嗤，在安裝到最后一步的時(shí)候啸臀，它突然報(bào)“已安裝了存在簽名沖突的同名數(shù)據(jù)包”;
開(kāi)始以為是我簽名有問(wèn)題，所以就圍繞著這個(gè)keystore就瞎折騰了一上午烁落，后面乘粒，突然發(fā)現(xiàn)，其實(shí)我的簽名是正確的伤塌，不存在任何問(wèn)題灯萍。
原因如下：
因?yàn)槲易约菏謾C(jī)上的所有版本都是在eclipse上直接運(yùn)行的，沒(méi)有問(wèn)題后每聪，再放到服務(wù)器上的旦棉，
而eclipse它有自己默認(rèn)的簽名：debug.keystore,
但是我放到服務(wù)器上的apk的簽名則是自己定義的，**.keystore,
因此药薯，當(dāng)我要從服務(wù)器上把最新版本更新到我手機(jī)上由eclipse安裝的舊版本時(shí)绑洛，由于兩者的簽名不同，所以就會(huì)報(bào)“已安裝了存在簽名沖突的同名數(shù)據(jù)包”的錯(cuò)誤童本。
八真屯、ListView 焦點(diǎn)沖突問(wèn)題
這個(gè)如果理解了View的事件派發(fā)，就很容易了穷娱，無(wú)奈當(dāng)時(shí)是小白呀绑蔫，一窮二白的，
一句話鄙煤，如果點(diǎn)擊沒(méi)反應(yīng)晾匠，肯定事件被派發(fā)下去了，即子控件去處理了梯刚。解決辦法：
1、可以自定義ListView,重寫(xiě)onTouch方法薪寓，使其返回return false,即事件不派發(fā)亡资，由自己處理揭北。
2构拳、不自定義ListView的話，可以讓item布局中的子控件不具有焦點(diǎn)。即onFocus = false
未完待續(xù)２馕！８谢臁Ｖ诧薄！Ｐ页狻匹摇！
