android-HttpUriConnection

Get和Post方式有什麼區別

get參數通過url傳遞，post放在request body中。
get請求在url中傳遞的參數是有長度限制的，而post沒有。
get比post更不安全，因爲參數直接暴露在url中，所以不能用來傳遞敏感信息。
get請求只能進行url編碼，而post支持多種編碼方式
get請求會瀏覽器主動cache，而post支持多種編碼方式。
get請求參數會被完整保留在瀏覽歷史記錄裏，而post中的參數不會被保留。
GET和POST本質上就是TCP鏈接，並無差別。但是由於HTTP的規定和瀏覽器/服務器的限制，導致他們在應用過程中體現出一些不同。
GET產生一個TCP數據包；POST產生兩個TCP數據包。

HttpUriConnection請求網絡數據實例

 URL url = new URL("http://img4.imgtn.bdimg.com/it/u=435645492,244071514&fm=27&gp=0.jpg");
            //創建Connection對象
            HttpURLConnection connection = (HttpURLConnection) url.openConnection();
            //創建輸入流對象
            InputStream inputStream = connection.getInputStream();
            //創建Reader對象
         InputStreamReader reader=new InputStreamReader(inputStream);
           //創建BufferedReader對象
            BufferedReader bufferedReader=new BufferedReader(reader);
             //開始讀取
            String temp="";
            StringBuffer stringBuffer=new StringBuffer();
            while ((temp=bufferedReader.readLine())!=null){
                stringBuffer.append(temp);
            }

            Log.e( "goOnline: ",stringBuffer.toString() );

我們可以在控制檯上看到Html的源代碼

HttpUriConnection加載網絡圖片實例

package com.example.dfcn.sexmouth;

import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.os.Handler;
import android.os.Message;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.widget.Button;
import android.widget.ImageView;

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.net.HttpURLConnection;
import java.net.MalformedURLException;
import java.net.URL;

public class WebActivity extends AppCompatActivity {
    private Button btn_online;
    private ImageView pic_iv;
    private Handler handler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            pic_iv.setImageBitmap((Bitmap) msg.obj);
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_web);
        btn_online = findViewById(R.id.btn_Online);
        pic_iv = findViewById(R.id.iv_pic);
        btn_online.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                new Thread(new Runnable() {
                    @Override
                    public void run() {
                        goOnline();
                    }
                }).start();


            }
        });
    }

    private void goOnline() {
        try {
            //創建URL地址對象
            URL url = new URL("http://img4.imgtn.bdimg.com/it/u=435645492,244071514&fm=27&gp=0.jpg");
            //創建Connection對象
            HttpURLConnection connection = (HttpURLConnection) url.openConnection();
            //創建輸入流對象
            InputStream inputStream = connection.getInputStream();
            Bitmap bitmap = BitmapFactory.decodeStream(inputStream);



            Message message = new Message();
            message.obj = bitmap;
            handler.sendMessage(message);

        } catch (MalformedURLException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();


        }
    }
}

這樣就可以訪問網絡圖片了

String/StringBuffer/StringBuilder有什麼區別

三者在執行速度方面的比較：StringBuilder > StringBuffer > String
String：字符串常量
StringBuffer：字符創變量
StringBuilder：字符創變量
從上面的名字可以看到，String是“字符創常量”，也就是不可改變的對象

 String s = "abcd";
 s = s+1;
 System.out.print(s);// result : abcd1

我們明明就是改變了String型的變量s的，爲什麼說是沒有改變呢? 其實這是一種欺騙，JVM是這樣解析這段代碼的：首先創建對象s，賦予一個abcd，然後再創建一個新的對象s用來執行第二行代碼，也就是說我們之前對象s並沒有變化，所以我們說String類型是不可改變的對象了，由於這種機制，每當用String操作字符串時，實際上是在不斷的創建新的對象，而原來的對象就會變爲垃圾被ＧＣ回收掉，可想而知這樣執行效率會有多底。

　　而StringBuffer與StringBuilder就不一樣了，他們是字符串變量，是可改變的對象，每當我們用它們對字符串做操作時，實際上是在一個對象上操作的，這樣就不會像String一樣創建一些而外的對象進行操作了，當然速度就快了。
StringBuilder與 StringBuffer：

　　　　StringBuilder：線程非安全的

　　　　StringBuffer：線程安全的

　　　　當我們在字符串緩衝去被多個線程使用是，JVM不能保證StringBuilder的操作是安全的，雖然他的速度最快，但是可以保證StringBuffer是可以正確操作的。當然大多數情況下就是我們是在單線程下進行的操作，所以大多數情況下是建議用StringBuilder而不用StringBuffer的，就是速度的原因。

對於三者使用的總結：

　　　　　　1.如果要操作少量的數據用 = String　　

　　　　　　2.單線程操作字符串緩衝區 下操作大量數據 = StringBuilder

　　　　　　3.多線程操作字符串緩衝區 下操作大量數據 = StringBuffer