--如何處理android多線程安全
不要堵塞UI線程仗扬，不在主線程中做耗時(shí)操作的處理症概，可以開啟子線程去執(zhí)行耗時(shí)操作
--如何對(duì)性能優(yōu)化，從哪幾個(gè)方面進(jìn)行
1早芭、布局優(yōu)化
使用relativelayout替代linearlayout減少布局的層級(jí)
通過include標(biāo)簽對(duì)布局進(jìn)行復(fù)用彼城，一般配合merge標(biāo)簽使用（merge標(biāo)簽可以去重）
使用viewstub標(biāo)簽實(shí)現(xiàn)按需加載布局文件
2、內(nèi)存優(yōu)化
bitmap優(yōu)化 逼友，大量的圖片會(huì)造成內(nèi)存占用過高 ，可能會(huì)導(dǎo)致OOM問題秤涩，可以對(duì)圖片進(jìn)行緩存處理和適當(dāng)?shù)倪M(jìn)行圖片壓縮顯示
避免寫出內(nèi)存泄露的代碼帜乞，如靜態(tài)變量導(dǎo)致的內(nèi)存泄露 （被聲明的靜態(tài)的變量引用了該activity，因此無法正常銷毀）筐眷、單例模式導(dǎo)致的內(nèi)存泄露（activity被單例模式所持有黎烈，因此activity的對(duì)象無法被即使釋放）
小技巧：
對(duì)常量使用static修飾符、盡量使用視圖緩存匀谣、使用靜態(tài)方法、減少不必要的對(duì)象武翎、盡量不要使用枚舉、避免使用IOC框架
還可以通過一些分析工具符隙，比如MAT來找出潛在的內(nèi)存泄露的地方從而解決
3垫毙、響應(yīng)速度優(yōu)化
避免在主線程中做耗時(shí)操作综芥，將耗時(shí)操作放到子線程中去執(zhí)行
4、線程優(yōu)化
使用線程池屠阻，它可以重用內(nèi)部的線程，從而避免了線程的創(chuàng)建和銷毀所帶來的性能開銷类腮，
同時(shí)它還能有效的控制線程池的最大并發(fā)數(shù)蚜枢，避免大量的線程因搶占系統(tǒng)資源针饥，從而導(dǎo)致的阻塞現(xiàn)象的發(fā)生
--handler的機(jī)制原理
andriod提供了 Handler 和 Looper 來滿足線程間的通信丁眼。Handler 先進(jìn)先出原則。Looper類用來管理特定線程內(nèi)對(duì)象之間的消息交換(Message Exchange)藐守。
1)Looper: 一個(gè)線程可以產(chǎn)生一個(gè)Looper對(duì)象卢厂，由它來管理此線程里的Message Queue(消息隊(duì)列)慎恒。2)Handler: 你可以構(gòu)造Handler對(duì)象來與Looper溝通撵渡，以便push新消息到Message Queue里;或者接收Looper從Message Queue取出)所送來的消息趋距。
- Message Queue(消息隊(duì)列):用來存放線程放入的消息。
4)線程：UI thread 通常就是main thread靠欢，而Android啟動(dòng)程序時(shí)會(huì)替它建立一個(gè)Message Queue门怪。
---pulltorefresh原理分析
http://blog.csdn.net/birdsaction/article/details/44831737
--android-Ultra-Pull-To-Refresh 源碼解析
http://a.codekk.com/detail/Android/Grumoon/android-Ultra-Pull-To-Refresh%20源碼解析
--volley源碼解析
http://a.codekk.com/detail/Android/grumoon/Volley%20源碼解析
--Android網(wǎng)絡(luò)請(qǐng)求中頁面關(guān)閉了應(yīng)該怎么處理
解決方案：http://www.zhihu.com/question/38837116/answer/78745708
http://blog.csdn.net/carlos1992/article/details/50420335
ctivity里面啟動(dòng)了網(wǎng)絡(luò)請(qǐng)求掷空，而在這個(gè)網(wǎng)絡(luò)請(qǐng)求還沒返回結(jié)果的時(shí)候坦弟，Activity被結(jié)束了，此時(shí)如果繼續(xù)使用其中的Context等烙懦，除了無辜的浪費(fèi)CPU氯析，電池掩缓，網(wǎng)絡(luò)等資源遵岩，有可能還會(huì)導(dǎo)致程序crash尘执，所以，我們需要處理這種一場情況表悬。签孔。
說白了窘行，這個(gè)問題的關(guān)鍵是在網(wǎng)絡(luò)線程請(qǐng)求還未返回時(shí)罐盔，用戶結(jié)束了這個(gè)網(wǎng)絡(luò)線程的上下文activity后救崔，如何禁止此時(shí)網(wǎng)絡(luò)返回調(diào)用刷新UI的網(wǎng)絡(luò)回調(diào)的問題六孵。以下是解決辦法：1.如果是通過AsyncTask<>進(jìn)行的網(wǎng)絡(luò)請(qǐng)求，那么本今，你一般是在onPostExecute()方法中進(jìn)行回調(diào)接口的調(diào)用冠息。如果是這樣的話，只需要使用AsyncTask自帶的cancel()方法就可以了躏碳，這個(gè)方法的調(diào)用就放在上下文activity的onStop()方法內(nèi)菇绵。這個(gè)方法調(diào)用后脸甘，會(huì)使調(diào)用該方法的Asynctask對(duì)象isCanceld()方法返回true,且在doInBackground后不調(diào)用onPostExecute()而去調(diào)用onCancel()方法偏灿。剩下的就不用細(xì)說了翁垂，如果有不懂得話，歡迎提問枚荣。2.如果沒有使用AsyncTask橄妆，而是自己開辟線程祈坠，自己是用HttpURLConnection實(shí)現(xiàn)，那么解決辦法是仿照Google自己的網(wǎng)絡(luò)請(qǐng)求框架Volley慌随，給網(wǎng)絡(luò)請(qǐng)求類加一個(gè)標(biāo)志位flag阁猜，當(dāng)activity結(jié)束的時(shí)候置位剃袍。而你自己的網(wǎng)絡(luò)請(qǐng)求類在網(wǎng)絡(luò)請(qǐng)求結(jié)束后調(diào)用網(wǎng)絡(luò)回調(diào)的時(shí)候?qū)@個(gè)標(biāo)志位進(jìn)行判定捎谨。這樣就可以解決以上問題了。
----tcp/ip和http了解多少 研铆，socket呢 ，以及他們之間的關(guān)系
tcp屬于傳輸層 凶赁，ip屬于網(wǎng)絡(luò)層 虱肄，而http屬于應(yīng)用層 （http咏窿，即超文本傳輸協(xié)議 ）
tcp/ip負(fù)責(zé)對(duì)數(shù)據(jù)的傳遞素征，http則用于將傳遞的數(shù)據(jù)識(shí)別顯示到網(wǎng)頁中
socket也是用于通信御毅，實(shí)際上它是對(duì)tcp/ip的一個(gè)封裝，提供給了外部一個(gè)通信接口
--socket通信使用流程
建立一個(gè)Socket對(duì)象 凤粗，設(shè)置IP和端口 嫌拣，然后獲取其I/O流
---如何在Activity之間傳遞Handler
我的做法是在一個(gè)公共類中定義一個(gè)public static handler對(duì)象.跳轉(zhuǎn)時(shí)將這個(gè)第一個(gè)活動(dòng)的handler句柄交給公共類,進(jìn)入第二個(gè)界面后再從公共類中取出來用.
---android 用handler怎么把消息發(fā)送到指定的activity
思路：
1异逐、建立一個(gè)繼承Application的子類歼秽，定義handle屬性并創(chuàng)建get和set方法
2情组、在主activity中為handler賦值
3院崇、在另一個(gè)activity通過Application的子類獲取handler進(jìn)行傳值
1.在MyAPP中定義屬性handlerpackage jason.com;import jason.com.MasterActivity.MyHandler;import android.app.Application;/*** 自己實(shí)現(xiàn)Application底瓣，實(shí)現(xiàn)數(shù)據(jù)共享* @author jason*/public class MyAPP extends Application {// 共享變量private MyHandler handler = null;// set方法public void setHandler(MyHandler handler) {this.handler = handler;}// get方法public MyHandler getHandler() {return handler;}}2、在主activity 中給MyAPP的屬性handler賦值@Overridepublic void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.main);mAPP = (MyAPP) getApplication();handler = new MyHandler();tv = (TextView) findViewById(R.id.tv);btn_to = (Button) findViewById(R.id.btn_to);// 設(shè)置監(jiān)聽器btn_to.setOnClickListener(new OnClickListener() {@Overridepublic void onClick(View v) {// 設(shè)置共享變量mAPP.setHandler(handler);// 啟動(dòng)另一個(gè)ActivityIntent intent = new Intent(MasterActivity.this,ToChangeViewActivity.class);startActivity(intent);}});}3凳鬓、在另一個(gè)activity中獲取MyAPP中handler進(jìn)行傳值protected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.show);mAPP = (MyAPP) getApplication();// 獲得該共享變量實(shí)例mHandler = mAPP.getHandler();findViewById(R.id.btn_chang).setOnClickListener(new OnClickListener() {@Overridepublic void onClick(View v) {// 發(fā)送消息mHandler.sendEmptyMessage(CHANGED);ToChangeViewActivity.this.finish();}});}
---事件分發(fā)機(jī)制
http://www.tuicool.com/articles/Mra6vmn
dispatchTouchEvent方法用于事件的分發(fā)缩举，Android中所有的事件都必須經(jīng)過這個(gè)方法的分發(fā)匹颤，然后決定是自身消費(fèi)當(dāng)前事件還是繼續(xù)往下分發(fā)給子控件處理印蓖。
返回true表示不繼續(xù)分發(fā)，事件沒有被消費(fèi)溅蛉。返回false則繼續(xù)往下分發(fā)温艇，如果是ViewGroup則分發(fā)給onInterceptTouchEvent進(jìn)行判斷是否攔截該事件堕汞。
onTouchEvent方法用于事件的處理讯检，返回true表示消費(fèi)處理當(dāng)前事件，返回false則不處理围段，交給子控件進(jìn)行繼續(xù)分發(fā)奈泪。
onInterceptTouchEvent是ViewGroup中才有的方法灸芳，View中沒有，它的作用是負(fù)責(zé)事件的攔截
冯遂，返回true的時(shí)候表示攔截當(dāng)前事件蛤肌，不繼續(xù)往下分發(fā)，交給自身的onTouchEvent進(jìn)行處理展东。返回false則不攔截炒俱，繼續(xù)往下傳。這是ViewGroup特有的方法恼蓬，因?yàn)閂iewGroup中可能還有子View处硬，而在Android中View中是不能再包含子View的（iOS可以）拇派。
---多線程并發(fā)行及解決方式
同一個(gè)程序有多個(gè)線程在同一時(shí)間段同時(shí)處理
以下典型的單例模式的寫法件豌，不是線程安全的 ，在多線程的環(huán)境骡显，可能會(huì)產(chǎn)生一個(gè)以上的實(shí)例對(duì)象
class Singleton { 2privatestatic Singleton obj; 3 4private Singleton() { 5 } 6 7publicstatic Singleton getInstance() { 8if (obj == null) 9 obj = new Singleton();10return obj;11 }12 }
之所以會(huì)出現(xiàn)我們不希望的情況 是因?yàn)樵诘谝粋€(gè)線程在判斷了if(obj==null)之后 準(zhǔn)備去構(gòu)造對(duì)象（但是還沒有構(gòu)造）的時(shí)候惫谤、第二個(gè)線程調(diào)用了方法珠洗、并判斷obj是否等于null许蓖、此時(shí)因?yàn)榈谝粋€(gè)線程還沒有構(gòu)造對(duì)象、所以第二個(gè)線程也進(jìn)入了if語句塊內(nèi)自阱、因此 出現(xiàn)了可能會(huì)構(gòu)造兩個(gè)不同的對(duì)象
解決方式 ：
在JDK1.5之前（不包括1.5）synchronized關(guān)鍵字來保證例子中單例模式的正確性动壤、即這樣定義單例模式
class Singleton { 2privatestatic Singleton obj; 3 4private Singleton() { 5 } 6 7publicsynchronizedstatic Singleton getInstance() { 8if (obj == null) 9 obj = new Singleton();10return obj;11 }12 }
---tcp和udp的區(qū)別
TCP是面向連接的淮逻，雖然說網(wǎng)絡(luò)的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性，但TCP的三次握手在最低限度上(實(shí)際上也很大程度上保證了)保證了連接的可靠性;
而UDP不是面向連接的哼丈，UDP傳送數(shù)據(jù)前并不與對(duì)方建立連接醉旦，對(duì)接收到的數(shù)據(jù)也不發(fā)送確認(rèn)信號(hào)桨啃，發(fā)送端不知道數(shù)據(jù)是否會(huì)正確接收，當(dāng)然也不用重發(fā)匈棘，所以說UDP是無連接的析命、不可靠的一種數(shù)據(jù)傳輸協(xié)議。
簡單的說就是：tcp是面向連接的鹃愤，安全性高，速度較慢 瘩将；udp不是面向連接的 鸟蟹，安全性較低 ，但速度快
