在使用文字資料來源的時候，經常的會遇到前導0的問題，比如你給了field1欄位char 20位長度，但實際資料可能只有8位（例如abcdefgh），如果不做設定，那麼在資料上載到psa的時候就會自動儲存為「000000000000abcdefgh」，想要使用這部分資料的話還得在例程中寫轉換去掉前導0。
但其實只需要在生成的資料來源中做個小修改即可，見下圖，在字段的「格式」中，將「e 外部的」改為「內部的」，重新啟用，上數，搞定。
但如果你使用了資訊物件為字段模板的話，如果資訊物件帶有alpha轉換，那麼在資料來源中也會帶有alpha轉換，那麼即使你把格式設定為「內部的」也無濟於事，系統會在上數後自動補0，而且你通過一般的檢視資料的途徑無法看到資料有前導0.
同理，在bw的轉換中，如果你的資訊物件是帶有alpha轉換，而你的資料型別是char，長度超過你所需要的資料位數，那麼一旦你的資料中出現純數字， 轉換之後系統會幫你自動把0補齊，解決方法：在資訊物件中將alpha轉換刪除。特別注意：雖然資訊物件相當於域的概念，但修改完之後仍需要將轉換重新激 活，否則修改不生效。
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...
haoop問題解決
1.namenode不能啟動 cannot lock storage tmp dfs name.the directory is already locked.上網查了查，基本上有兩個辦法 1.重新格式化namenode 2.許可權問題 chown r hadoop hadoop tmp dfs n...