這個問題是因為你查詢的sql的列是變化的，但是ibatis預設的會快取rs中的meta資訊，如果你第一次查詢的列和第二次查詢的列不一樣的話，那麼第二次ibatis還會以第一次查詢的列為key從rs裡面獲取資料，但是你的列是變化的，所以第二次取資料的時候，rs裡面已經沒有了你第一次的那個列了，所以會出錯。 幸好ibatis 可以設定來改變這種快取引起的問題，就是這個remapresults=true
<
selectid=
""parameterclass=""
resultclass=""
remapresults
="true"
>
查詢慢問題解決方案
比如在我們專案裡乙個表的資料量很大的時候，建立時間建索引，統計數量時，查詢7天的資料，如果加其他無索引的條件，例如 status 1的時候，耗時巨大。此表在相同時間段內，插入的資料不平均，導致時間索引在整個時間內不均衡，即如上在查詢7天資料的時候，查詢出1月10 1月17的數量為700w 1月20 ...
oom問題解決
dalvik虛擬機會為應用程式分配固定大小的heap 如果使用超過了這個heap的大小，且沒有可被 物件，就會報oom。多張較大會迅速占用空間造成oom。我們可以使用一下的方法來減少這種情況的產生 1.減少單張的大小，根據螢幕大小來對bitmap做resize。private void setima...
too many open files問題解決辦法
今天用 往liunx中寫檔案，檔案很多 執行一會就日誌上就報錯 too many open files 結果找了半天才解決這個問題，現在給大家分享一下。首先用 ulimit a 命令看看linux的open files值是多少，結果乙隻有1024，不夠用的。然後修改linux的配置檔案，修改 etc...