java開發(fā)注意事項坑(JAVA開發(fā)過程中需要注意那些問題?)
1.JAVA開發(fā)過程中需要注意那些問題?
開發(fā)過程需要注意的問題有下面這些：1. 服務(wù)器端必須提供輸入數(shù)據(jù)正確性的驗證，客戶端的Javascript驗證可以沒有。
這是基于安全性的考慮，因為Javascript是很容易被繞過的，增加客戶端驗證只是為了減少服務(wù)器壓力、界面更加容易使用。 2. 適度使用Session，盡量不要在Session里放很大的集合對象，以免內(nèi)存消耗過大，因為很多用戶訪問的時候會產(chǎn)生很多的Session。
參數(shù)傳遞應(yīng)該盡量通過Request。熟悉HTTP有助于更好的理解Session、Cookie、Request等的機制。
3. 在帶有分頁的查詢界面，盡量不要使用POST方法來傳遞參數(shù)，POST傳遞的參數(shù)在地址欄里是看不到的，刷新后會有重新提交表單的提示。使用GET方法傳遞參數(shù)要注意URL的長度不能超過1K。
4. 分層應(yīng)該清晰，一般目前我們分為View(Jsp或FreeMarker加上Action)、Bean(Service)、DAO這么三層，即顯示層、業(yè)務(wù)層、數(shù)據(jù)層。記錄集ResultSet這種只能出現(xiàn)在DAO層中的對象不能出現(xiàn)在Bean(Service)層中，同樣HttpServletRequest這種只能出現(xiàn)在View層的對象也不應(yīng)出現(xiàn)在Bean(Service)層中。
這并不是絕對的。 5. 盡量使用簡單SQL，避免兩表以及多表聯(lián)查。
多表聯(lián)查會導(dǎo)致數(shù)據(jù)庫壓力大幅增加，而且不利于在內(nèi)存中對部分記錄進行緩存，代碼的重用性也難以提高。 6. 避免在循環(huán)里執(zhí)行findXXById這樣的方法，不如執(zhí)行一個findXXByIds這樣的方法一次性把記錄取到Map里。
大部分有實際對象對應(yīng)的表應(yīng)該提供這樣一個方法。 7. 如果使用最原始的jdbc編程的話需要注意資源的正確釋放，在循環(huán)里new出來的Statement或者ResultSet就要在循環(huán)里關(guān)閉。
8. 在編寫SQL進行查詢的時候，需要能夠判斷這個SQL是否已經(jīng)使用了索引，避免全表掃描，必要的時候增加索引。 9. 在寫一個方法前，首先查看有沒有相同功能或者很類似功能的方法已經(jīng)有了，尤其是工具類方法，往往已經(jīng)寫過了，避免重復(fù)代碼的產(chǎn)生，發(fā)現(xiàn)重復(fù)代碼及時進行處理。
如果一段代碼被重復(fù)使用兩遍或以上，那么可以考慮專門寫個方法來放這段代碼，同樣多次使用的常量也應(yīng)該專門定義出來。 10. 在一個方法里并不一定只能有一個return，如果已經(jīng)有結(jié)果了盡早return，沒必要增加嵌套的層次，那樣會導(dǎo)致代碼可讀性不佳，但也不能return太多，代碼看起來比較舒服就可以了。
11. 不要滿足于能夠熟練的編寫DAO和Bean(Service)的代碼，相比較而言，后臺如果在成熟框架的支持下，編碼是沒有太大難度的，也不值得沾沾自喜，因為這是對Java研發(fā)工程師基本的要求。適當?shù)呐囵B(yǎng)一下前臺的編碼能力，學(xué)會使用Dreamweaver。
不要輕視界面，也別認為這是界面設(shè)計的事情，界面對用戶來說就是軟件，學(xué)會編寫CSS和調(diào)整界面對你沒有壞處。 12. 非常明確Java和javascript作用的范圍，明確它們能做的事情。
13. 一般很奇怪的現(xiàn)象都是由一些低級錯誤引起的，如果你查了一段時間也沒有結(jié)果，那么讓別人來查吧。 14. 不要用可能被修改的字段來做主鍵，那樣會讓相關(guān)記錄的更新成為一個大麻煩。
15. 如果被迫使用Hibernate和jdbc混合操作數(shù)據(jù)庫的話，不要用Hibernate來做復(fù)雜查詢和統(tǒng)計。Hibernate用的不好的話，帶來的便利是非常有限的。
16. 數(shù)據(jù)庫中經(jīng)常被讀取，但是很少修改的話，應(yīng)該把這樣的數(shù)據(jù)讀到內(nèi)存中用OSCache之類的緩存起來，然后定期或者觸發(fā)的去更新，有助于減少讀數(shù)據(jù)庫次數(shù)，提升性能。 17. 編碼的時候應(yīng)該注意部署環(huán)境帶來的影響，這種影響包括操作系統(tǒng)不同帶來路徑的差異；應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器之間時間的差異；外網(wǎng)可能部署在多臺服務(wù)器上，放到Session里的對象因為需要復(fù)制所以要實現(xiàn)java.io.Serializable接口等。
18. 盡量不要在jsp上編寫太多代碼，保持jsp的整潔很重要，用Dreamweaver打開不至于一塌糊涂，根本看不出來這是個什么界面。 19. 目前我們的項目一般都使用Spring來管理數(shù)據(jù)庫事務(wù)，而且一般都配置在Bean(Service)即業(yè)務(wù)層這一層，應(yīng)該注意要保持事務(wù)的完整性，不要把一些應(yīng)該放在一起的操作分散在Action這一層。
相關(guān)的更新操作可以認為是一個事務(wù)，比如：增加一個家長，同時更新學(xué)生是否有家長的字段。 20. 在Spring的配置中，對于有些需要保持獨立事務(wù)的方法操作，比如生成主鍵等，應(yīng)該聲明該方法為獨立事務(wù)ROPAGATION_REQUIRES_NEW。
Bean(Service)里如果拋出checked exception，事務(wù)默認是不會回滾的，需要加以聲明，比如PROPAGATION_REQUIRED,-PassportException。 21. 在一個Bean(Service)中引用其他Bean(Service)的時候盡量引用Bean(Service)，而不是DAO。
因為其他的Bean(Service)往往封裝DAO的操作后，又做了進一步的完善，比如增加校驗等，所以應(yīng)該重用這些方法，而不必要去引用DAO的方法來重寫這些操作。 22. 至少在Bean(Service)的接口定義上增加注釋，方便他人引用你寫的方法。
23. 好好利用集合框架里的Map、List、Set。尤其是HashMap、ArrayList、HashSet用的最多，這些類是多條數(shù)據(jù)操作的基礎(chǔ)，它們都不是線程安全的。
24. 現(xiàn)在跑的快的頁面，隨著數(shù)據(jù)量的增加，可能會變的很慢，所以應(yīng)該意識到頁面可能變慢的原因。
2.學(xué)Java要注意哪些事項呢?
自己和別人思路的差異。
2。初學(xué)者請不要看太多太多的書那會誤人子弟的，先找本系統(tǒng)的學(xué)，很多人用了很久都是只對部分功能熟悉而已，不系統(tǒng)還是不夠的。
3?？磶椭?，不要因為很難而自己是初學(xué)者所以就不看；幫助永遠是最好的參考手冊，雖然幫助的文字有時候很難看懂，總覺得不夠直觀。
4。不要被對象、屬性、方法等詞匯所迷惑；最根本的是先了解最基礎(chǔ)知識。
5。不要放過任何一個看上去很簡單的小問題--他們往往并不那么簡單，或者可以引伸出很多知識點；不會舉一反三你就永遠學(xué)不會。
6。知道一點東西，并不能說明你會寫腳本，腳本是需要經(jīng)驗積累的。
7。學(xué)腳本并不難，JSP、ASP、PHP等等也不過如此--難的是長期堅持實踐和不遺余力的博覽群書； 8。
看再多的書是學(xué)不全腳本的，要多實踐 9。把時髦的技術(shù)掛在嘴邊，還不如把過時的技術(shù)記在心里； 10。
學(xué)習(xí)腳本最好的方法之一就是多練習(xí)； 11。 在任何時刻都不要認為自己手中的書已經(jīng)足夠了； 12。
看得懂的書，請仔細看；看不懂的書，請硬著頭皮看； 13。別指望看第一遍書就能記住和掌握什么——請看第二遍、第三遍； 14。
請把書上的例子親手到電腦上實踐，即使配套光盤中有源文件； 15。 把在書中看到的有意義的例子擴充；并將其切實的運用到自己的工作中； 16。
不要漏掉書中任何一個練習(xí)——請全部做完并記錄下思路； 17。當你用腳本到一半?yún)s發(fā)現(xiàn)自己用的方法很拙劣時，請不要馬上停手；請盡快將余下的部分粗略的完成以保證這個代碼的完整性，然后分析自己的錯誤并重新編寫和工作。
18。別心急，寫腳本確實不容易；水平是在不斷的實踐中完善和發(fā)展的； 19。
每學(xué)到一個腳本難點的時候，嘗試著對別人講解這個知識點并讓他理解----你能講清楚才說明你真的理解了； 20。記錄下在和別人交流時發(fā)現(xiàn)的自己忽視或不理解的知識點； 21。
保存好你做過的所有的源文件----那是你最好的積累之一； 22。對于網(wǎng)絡(luò)，還是希望大家能多利用一下，很多問題不是非要到論壇來問的，首先你要學(xué)會自己找答案，比如google、百度都是很好的搜索引擎，你只要輸入關(guān)鍵字就能找到很多相關(guān)資料，別老是等待別人給你希望，看的出你平時一定也很懶！ 23，到一個論壇，你學(xué)會去看以前的帖子，不要什么都不看就發(fā)帖子問，也許你的問題早就有人問過了，你再問，別人已經(jīng)不想再重復(fù)了，做為初學(xué)者，誰也不希望自己的帖子沒人回的。
24，雖然不是打擊初學(xué)者，但是這句話還是要說：論壇論壇，就是大家討論的地方，如果你總期望有高手總無償指點你，除非他是你親戚??！討論者，起碼是水平相當?shù)牟庞杏懻摰恼f法，如果水平真差距太遠了，連基本操作都需要別人給解答，誰還跟你討論呢。 浮躁的人容易問：我到底該學(xué)什么；----別問，學(xué)就對了； 浮躁的人容易問：Js有錢途嗎；----建議你去搶銀行； 浮躁的人容易說：我要中文版！我英文不行！----不行？學(xué)呀！ 浮躁的人分兩種：只觀望而不學(xué)的人；只學(xué)而不堅持的人； 浮躁的人永遠不是一個高手。
3.J2ME程序開發(fā)新手入門要注意哪九大要點呢?
一、J2ME中需要的Java基礎(chǔ)知識 現(xiàn)在有大部分人，都是從零開始學(xué)J2ME的，學(xué)習(xí)J2ME的時候，總是從Java基礎(chǔ)開始學(xué)習(xí)，而且現(xiàn)在講Java基礎(chǔ)的書籍中都是以J2SE來講基礎(chǔ)，這就給學(xué)習(xí)造成了一些不必要的麻煩，下面將J2ME中用到的和不需要的Java基礎(chǔ)知識做一個簡單的說明。
J2ME中使用到的Java基礎(chǔ)知識： 1、Java語法基礎(chǔ)：包括基本數(shù)據(jù)類型、關(guān)鍵字、運算符等等 2、面向?qū)ο蟮乃枷耄侯惡蛯ο蟮母拍睿^承和多態(tài)等等。 3、異常處理 4、多線程 J2ME中沒有用到的Java基礎(chǔ)知識： 1、JDK中javac和java命令的使用 2、Java基礎(chǔ)中的很多類在J2ME中沒有，或者類中的方法做了大量的精簡。
所以建議在J2ME中熟悉類庫。 3、Applet、AWT、Swing這些知識在J2ME中根本使用不到。
簡單說這么多，希望學(xué)J2ME的朋友們能少走一些彎路，不足之處希望大家積極指正和補充。 二、J2ME中暫時無法完成的功能 列一些J2ME中暫時無法完成的功能，希望大家能積極補充： 1、在手機中不更改代碼實現(xiàn)移植，主要指游戲。
2、動態(tài)修改按鈕文字。 3、在Canvas上接受中文輸入。
4、操作本地資源、例如地址本、已收短信息等。 5、制作破壞性的手機病毒。
6、其他等待大家來補充。
4.JavaThread應(yīng)該注意的問題有哪些?
Java的線程編程非常簡單。
但有時會看到一些關(guān)于線程的錯誤用法。下面列出一些應(yīng)該注意的問題。
1.同步對象的恒定性 All java objects are references。 對于局部變量和參數(shù)來說，java里面的int, float, double, boolean等基本數(shù)據(jù)類型，都在棧上。
這些基本類型是無法同步的；java里面的對象（根對象是Object），全都在堆里，指向?qū)ο蟮膔eference在棧上。 java中的同步對象，實際上是對于reference所指的“對象地址”進行同步。
需要注意的問題是，千萬不要對同步對象重新賦值。 舉個例子。
class A implements Runnable { Object lock = new Object(); void run() { for(。
) { synchronized(lock) { // do something 。
lock = new Object(); } } } } run函數(shù)里面的這段同步代碼實際上是毫無意義的。因為每一次lock都給重新分配了新的對象的reference，每個線程都在新的reference同步。
大家可能覺得奇怪，怎么會舉這么一個例子。 因為我見過這樣的代碼，同步對象在其它的函數(shù)里被重新賦了新值。
這種問題很難查出來。所以，一般應(yīng)該把同步對象聲明為final。
final Object lock = new Object（)； 使用Singleton Pattern 設(shè)計模式來獲取同步對象，也是一種很好的選擇。 2.如何放置共享數(shù)據(jù) 實現(xiàn)線程，有兩種方法，一種是繼承Thread類，一種是實現(xiàn)Runnable接口。
上面舉的例子，采用實現(xiàn)Runnable接口的方法。本文推薦這種方法。
首先，把需要共享的數(shù)據(jù)放在一個實現(xiàn)Runnable接口的類里面，然后，把這個類的實例傳給多個Thread的構(gòu)造方法。 這樣，新創(chuàng)建的多個Thread，都共同擁有一個Runnable實例，共享同一份數(shù)據(jù)。
如果采用繼承Thread類的方法，就只好使用static靜態(tài)成員了。如果共享的數(shù)據(jù)比較多，就需要大量的static靜態(tài)成員，令程序數(shù)據(jù)結(jié)構(gòu)混亂，難以擴展。
這種情況應(yīng)該盡量避免。 編寫一段多線程代碼，處理一個稍微復(fù)雜點的問題。
兩種方法的優(yōu)劣，一試便知。 3.同步的粒度 線程同步的粒度越小越好，即，線程同步的代碼塊越小越好。
盡量避免用synchronized修飾符來聲明方法。盡量使用synchronized(anObject)的方式，如果不想引入新的同步對象，使用synchronized(this)的方式。
而且，synchronized代碼塊越小越好。 4.線程之間的通知 這里使用“通知”這個詞，而不用“通信”這個詞，是為了避免詞義的擴大化。
線程之間的通知，通過Object對象的wait（)和notify（) 或notifyAll（) 方法實現(xiàn)。 下面用一個例子，來說明其工作原理： 假設(shè)有兩個線程，A和B。
共同擁有一個同步對象，lock。 1.首先，線程A通過synchronized(lock) 獲得lock同步對象，然后調(diào)用lock。
wait（)函數(shù)，放棄lock同步對象，線程A停止運行，進入等待隊列。 2.線程B通過synchronized(lock) 獲得線程A放棄的lock同步對象，做完一定的處理，然后調(diào)用 lock。
notify（) 或者lock。notifyAll（) 通知等待隊列里面的線程A。
3.線程A從等待隊列里面出來，進入ready隊列，等待調(diào)度。 4.線程B繼續(xù)處理，出了synchronized(lock)塊之后，放棄lock同步對象。
5.線程A獲得lock同步對象，繼續(xù)運行。
5.Andriod開發(fā)中,有哪些需要注意的坑
1、不要排斥新技術(shù)和新工具。
Android Studio 1.0 之后的版本，基本已經(jīng)穩(wěn)定到可以支持正常的工作開發(fā)的程度了。單純就書寫效率而言，Android Studio 帶來的好處絕對大于它和Gradle的學(xué)習(xí)成本。
JetBrains的IDE，用過都說好。還有就是適當?shù)奶嵘齮argetSdkVer… 顯示全部 1、不要排斥新技術(shù)和新工具。
Android Studio 1.0 之后的版本，基本已經(jīng)穩(wěn)定到可以支持正常的工作開發(fā)的程度了。單純就書寫效率而言，Android Studio 帶來的好處絕對大于它和Gradle的學(xué)習(xí)成本。
JetBrains的IDE，用過都說好。 還有就是適當?shù)奶嵘齮argetSdkVersion到新版本。
2、代碼設(shè)計方面的問題，大部分都能在Android系統(tǒng)源碼里找到解決方案。 當你想設(shè)計一個新模塊，或者實現(xiàn)一個新ui組件的時候，應(yīng)該采用哪些設(shè)計模式、應(yīng)該以哪種形式給外界提供接口之類的問題，大部分都可以參考Android系統(tǒng)的源碼，找到實現(xiàn)方式。
Google為安卓程序員提供了一座現(xiàn)成的寶庫。 3、理解Android和Java內(nèi)存管理方式，至少要理解垃圾回收和Java的引用。
就好比學(xué)OC就要先理解黃金法則一樣，而java的內(nèi)存管理，其實比OC要好理解多了。 這可能會幫助你大大減少程序異步操作產(chǎn)生的空指針崩潰。
也會幫助你理解為什么濫用單例模式會導(dǎo)致內(nèi)存的臃腫。還會幫助你養(yǎng)成不用“+”去連接超大字符串的好習(xí)慣。
4、ContentProvider并不是只有在跨進程共享數(shù)據(jù)的才有用，把數(shù)據(jù)庫表映射到一個獨立的uri是Google鼓勵的實現(xiàn)方式。 從設(shè)計上講，用uri（統(tǒng)一資源標識符）去描述數(shù)據(jù)，肯定比sql語句要理想。
從效果上講，用CursorLoader讀取數(shù)據(jù)是讓iOS程序員都羨慕不已的事情，作為android程序員，何苦不用呢。 5、理解Activity任務(wù)棧。
非Activity的Context對象如果直接啟動Activity會報錯，這只是一個表面現(xiàn)象，真正起作用的其實是Activity任務(wù)棧機制。 理解Activity任務(wù)棧機制以及Activity的各種啟動方式，會幫助解決大部分頁面關(guān)系錯亂問題，以及應(yīng)用互相掉起、任務(wù)欄進入應(yīng)用、后臺彈窗引起的各種問題。
6、對于一些奇葩的第三方ROM，調(diào)用其非主流api的時候，可以使用反射。 在適配一些第三方ROM的的時候，調(diào)用一些在開發(fā)環(huán)境中沒有，但在運行環(huán)境中有的方法時，可以使用反射。
比方說，華為雙卡手機可能會提供獲取第二塊SIM卡信息的api，如果直接調(diào)用，在開發(fā)環(huán)境可能無法通過正常編譯，用反射就沒問題。這屬于不得已而用反射的一種情況。
7、SQLite的鎖，是數(shù)據(jù)庫級別的鎖，也就是說同一個數(shù)據(jù)庫的寫操作無法并發(fā)執(zhí)行。 所以，在數(shù)據(jù)庫設(shè)計的時候，如果表太多，盡量將沒有關(guān)聯(lián)的表拆到多個數(shù)據(jù)庫文件中。
8、Bitmap的內(nèi)存占用問題。 這是一個困擾2.X時代android程序員的問題。
2.X時代Bitmap對象雖然存儲在堆內(nèi)存中，但是用了一個byte數(shù)組存儲其像素信息。通過計數(shù)器來記錄該像素信息被引用的個數(shù)。
有人認為這個byte數(shù)組在native堆中，但事實上它也在堆中。 只有在使用者調(diào)用recycle（)后，Bitmap對象才會釋放像素信息，才會在失去引用后，被垃圾回收機制銷毀。
再加上DVM的heap size有嚴格的閥值，所以在使用大量圖片資源的時候，及其容易發(fā)生OOM。 解決辦法一般都是，用一個哈希表存儲Bitmap對象的軟引用，作為內(nèi)存緩存，并在適當時機掉用其recycle()。
3.0以上版本Bitmap對象可以通過垃圾回收機制完全銷毀，理論上不用再調(diào)用recycle()。
6.Java開發(fā)的幾個注意點
用java進行移動端后臺開發(fā)方法：
第一種：可以選擇用Java EE的編程結(jié)構(gòu)去編寫，需要把HTML的界面轉(zhuǎn)換成其他的數(shù)據(jù)，例如json、xml，二者選擇其中一個即可。
第二種：通過tomact的網(wǎng)絡(luò)服務(wù)器使用httpurlconnection，客戶端與后臺建立通訊，直接用socket進行連接。
第三種：全能型的編程人員可以用前端經(jīng)常使用的HTML5、css、JavaScript相結(jié)合進行開發(fā)。
注意點：
Java web后臺開發(fā)跟手機app后臺開發(fā)原理相同，主要不同點在于app的后臺開發(fā)和web的傳輸數(shù)據(jù)格式有差異。
7.JDK 9 中一些需要提防的坑,為什么要提防
安裝后需要配置好環(huán)境變量~安裝MyEclipse的話，自帶的有JDK。
這里我說說怎么自己配置環(huán)境吧，步驟如下（舉例你把JDK安裝在D:/jdk1.6里面）：右擊我的電腦，選擇“屬性”；選擇“高級”選項卡，點擊“環(huán)境變量”；在系統(tǒng)變量里面添加“JAVA_HOME”這個變量，變量值為JDK安裝路徑，此路徑下包括lib,bin,jre等文件夾，如“D:/jdk1.6”；添加Path這個變量，使得系統(tǒng)可以在任何路徑下識別java命令，變量值設(shè)為：%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin添加CLASSPATH這個變量，這個變量為java加載類（classorlib）路徑，只有類在classpath中，java命令才能識別，變量值設(shè)為：.；%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar（注意前面要加“.”，表示當前路徑）。
8.Andriod開發(fā)中,有哪些坑需要注意
1. 為Activity聲明系統(tǒng)配置變更事件系統(tǒng)配置變更事件是指轉(zhuǎn)屏，區(qū)域語言發(fā)生變化，屏幕尺寸發(fā)生變化等等，如果Activity沒有聲明處理這些事件，發(fā)生事件時，系統(tǒng)會把Activity殺掉然后重啟，并嘗試恢復(fù)狀態(tài)，Activity有機會通過onSaveInstanceState（)保存一些基本數(shù)據(jù)到Bundle中，然后此Bundle會在Activity的onCreate（)中傳遞過去。
雖然這貌似正常，但是這會引發(fā)問題，因為很多其他的東西比如Dialog等是要依賴于具體Activity實例的。所以這種系統(tǒng)默認行為通常都不是我們想要的。
為了避免這些系統(tǒng)默認行為，就需要為Activity聲明這些配置，如下二個是每個Activity必須聲明的：幾乎所有的Activity都要聲明如上，為什么Android不把它們變成Default的呢？2. 盡量使用Android的API這好像是廢話，在Android上面開發(fā)不用Android API用什么？因為Android幾乎支持Java SE所有的API，所以有很多地方Android API與Java SE的API會有重復(fù)的地方，比如說對于文件的操作最好使用Android里面Context封裝的API，而不要直接使用File對象：Context.openFileOutput(String); // no File file = new File(String)原因就是API里面會考慮到Android平臺本身的特性；再如，少用Thread，而多使用AsyncTask等。3. 要考慮到Activity和進程被殺掉的情況如了通常情況退出Activity外，還有Activity因其他原因被殺的情況，比如系統(tǒng)內(nèi)存過低，系統(tǒng)配置變更，有異常等等，要考慮和測試這種情況，特別是Activity處理重要的數(shù)據(jù)時，做好的數(shù)據(jù)的保存。
4. 小心多語言有些語言真的很啰嗦，中文或英文很簡短就能表達的事情到了其他語言就變的死長死長的，所以如果是wrap_content就可能把其他控制擠出可視范圍； 如果是指定長度就可能顯示不全。也要注意特殊語言比如那些從右向左讀的語言。
5. 不要用四大組件去實現(xiàn)接口一是組件的對象都比較大，實現(xiàn)接口比較浪費，而且讓代碼更不易讀和理解； 另外更重要的是導(dǎo)致多方引用，可能會引發(fā)內(nèi)存泄露。6. 用getApplication（)來取Context當參數(shù)對于需要使用Context對象作為參數(shù)的函數(shù)，要使用getApplication（)獲取Context對象當參數(shù)，而不要使用this，除非你需要特定的組件實例！getApplication（)返回的Context是屬于Application的，它會在整個應(yīng)用的生命周期內(nèi)存在，遠大于某個組件的生命周期，所以即使某個引用長期持有Context對象也不會引發(fā)內(nèi)存泄露。
7. 主線程只做UI控制和Frameworks回調(diào)相關(guān)的事。附屬線程只做費時的后臺操作。
交互只通過Handler。這樣就可以避免大量的線程問題。
8. Frameworks的回調(diào)不要做太多事情僅做必要的初始化，其他不是很重要的事情可以放到其他線程中去做，或者用Handler Schedule到稍后再做。9. 要考慮多分辨率至少為hdpi, mdpi, ldpi準備圖片和布局。
元素的單位也盡可能的使用dip而不要用px。10. 利用Android手機的硬鍵幾乎所有的Android手機都有BACK和MENU，它們的作用是返回和彈出菜單，所以就不要再在UI中設(shè)計返回按扭和菜單按扭。
很多優(yōu)秀的應(yīng)用如隨手記和微信都有返回鍵，他們之所以有是因為他們都是從iOS上移植過來的，為了保存體驗的一致，所以也有了返回和菜單。但這不夠Android化，一個純正的Android是沒有必須重復(fù)硬鍵的功能的。
9.一個合格的新手JAVA程序員需要的注意事項是哪些
首先否認你上述的這幾點：
1.打字速度：
每分鐘寫多少字母。 不代表開發(fā)效率呢。 開發(fā)工作是需要結(jié)合需求的、不是一通亂寫、寫代碼不像打字員、基礎(chǔ)包都是有聯(lián)想功能的.. 比如String 只需要st。 后面的就給你聯(lián)想出來了，等。
2、不會所謂的數(shù)據(jù)結(jié)構(gòu)和算法能立足嗎？
既然是JAVA小白、基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)還是要清楚的、比如（string,int,object。）深層次無需知道了、這種級別也接觸不到。算法。 對邏輯實現(xiàn)還是很有幫助的。常用簡單的比如排序算法。 不過簡單點的，數(shù)組都提供了排序的方法。其它看實際情況分析了。
總結(jié)下：新入職的java小白需要注意的點（開發(fā)層面的）
1、代碼整潔
2、注釋清晰
3、按照java開發(fā)規(guī)范進行開發(fā)（比如命名規(guī)范。 如果公司有明確規(guī)定就安裝公司規(guī)定執(zhí)行，如果沒有就按照行業(yè)規(guī)范）
4、理解OOP面向?qū)ο缶幊谈拍?、圍繞OOP思想開發(fā)。（其實框架都給你搭建好了、只是補邏輯代碼也不需要注意太多）
