用這種簡單的形式，通常而言傳遞一些簡單的類型是比較容易的，如int、string等
詳細介紹下Intent機制
Intent包含兩部分：
1 目的【action】-------要去到哪裏去
2 內容【category、data】----------路上帶些什麼，區分性數據和內容性數據
簡單數據傳遞：
Intent intent = new Intent(LoginActivity.this, MainActivity.class);
intent.putExtra("flag", flag);
startActivity(intent);
/////////////////////////////////////////////////////////
String flag = " ";
Intent intent1 = this.getIntent();
flag = intent1.getStringExtra("flag");
/////////////////////////////////////////////////////////
數據類型有限，遇到不可序列化的數據Bitmap，Inputstream，或者是LinkList鏈表等數據類型就不太好用了
2 利用static靜態數據，public static成員變量
咱們千萬不要覺得Davlik虛擬機的垃圾回收器會幫助咱們回收不須要的內存垃圾。事實上，回收器並不可靠，
尤爲是手機上，是更加的不可靠。 所以，除非咱們要使本身的程序變得愈來愈糟糕，不然儘可能遠離static。
注：若是常用static的Bitmap、Drawable等變量。可能就會拋出一個在Android系統中很是著名的異常（
之前budget這個單詞一直記不住什麼意思，自從常常拋出這個異常後，這個單詞終於爛熟於心了，）
ERROR/AndroidRuntime(4958): Caused by: java.lang.OutOfMemoryError: bitmap size exceeds VM budget
注：若是常用static的Bitmap、Drawable等變量。可能就會拋出一個在Android系統中很是著名的異常（
之前budget這個單詞一直記不住什麼意思，自從常常拋出這個異常後，這個單詞終於爛熟於心了，）
3 基於外部存儲的傳輸 ，File/Preference/Sqlite,若是要針對第三方應用須要Content provider
做爲一個完成的應用程序，數據存儲操做是必不可少的。所以，Android系統一共提供了四種數據存儲方式。
分別是：SharePreference、SQLite、Content Provider和File。因爲Android系統中，數據基本都是私有的的
，都是存放於「data/data/程序包名」目錄下，因此要實現數據共享，正確方式是使用Content Provider。
SQLite： SQLite是一個輕量級的數據庫，支持基本SQL語法，是常被採用的一種數據存儲方式。Android
爲此數據庫提供了一個名爲SQLiteDatabase的類，封裝了一些操做數據庫的API。
SharedPreference： 除SQLite數據庫外，另外一種經常使用的數據存儲方式，其本質就是一個xml文件，經常使用於
存儲較簡單的參數設置。
File： 即常說的文件（I/O）存儲方法，經常使用語存儲大數量的數據，可是缺點是更新數據將是一件困難的
事情。
ContentProvider: ContentProvider是安卓平臺中，在不一樣應用程序之間實現數據共享的一種機制。一個
應用程序若是須要讓別的程序能夠操做本身的數據，便可採用這種機制。而且此種方式忽略了底層的數據存儲
實現，ContentProvider提供了一種統一的經過Uri實現數據操做的方式。
詳細介紹使用過程
File 經過文件內容的讀取傳遞數據
Preference： SharedPreferences也是一種輕型的數據存儲方式，它的本質是基於XML文件存儲key-value鍵值
對數據，一般用來存儲一些簡單的配置信息
SharedPreferences對象自己只能獲取數據而不支持存儲和修改，存儲修改是經過Editor對象實現。實現
SharedPreferences存儲的步驟以下：
1、根據Context獲取SharedPreferences對象
2、利用edit()方法獲取Editor對象。
3、經過Editor對象存儲key-value鍵值對數據。
4、經過commit()方法提交數據。
SharedPreferences sp=getSharedPreferences("login",0);//login存儲文件名
SharedPreferences.Editor se=sp.edit();;
se.putString("server", logEdit.getText().toString());
se.putString("port", portEdit.getText().toString());
se.commit();
/////////////////////////////////////////////////////////////
SharedPreferences ps=getSharedPreferences("login",0);//login是存儲文件
server=ps.getString("server", "");
port=ps.getString("port", "");
logEdit.setText(server);
portEdit.setText(port);
/////////////////////////////////////////////////////////////
ContentProvider
其步驟爲：
1. 在當前應用程序中定義一個ContentProvider。
2. 在當前應用程序的AndroidManifest.xml中註冊此ContentProvider
3. 其餘應用程序經過ContentResolver和Uri來獲取此ContentProvider的數據。
在程序A中，繼承ContProvider類，並重寫其中的方法
public class MyProvider extends ContentProvider{
@Override
public int delete(Uri uri, String selection, String[] selectionArgs) {
// TODO Auto-generated method stub
return 0;
}
@Override
public String getType(Uri uri) {
// TODO Auto-generated method stub
return null;
}
@Override
public Uri insert(Uri uri, ContentValues values) {
return null;
}
//在Create中初始化一個數據庫
@Override
public boolean onCreate() {
SQLiteDatabase db = this.getContext().openOrCreateDatabase("test_db.db3",
Context.MODE_PRIVATE, null);
db.execSQL("create table tab(_id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT
NULL)");
ContentValues values = new ContentValues();
values.put("name", "test");
db.insert("tab", "_id", values);
db.close();
return true;
}
//實現query方法
@Override
public Cursor query(Uri uri, String[] projection, String selection,
String[] selectionArgs, String sortOrder) {
SQLiteDatabase db = this.getContext().openOrCreateDatabase("test_db.db3",
Context.MODE_PRIVATE, null);
Cursor c = db.query("tab", null, null, null, null, null,null);
return c;
}
@Override
public int update(Uri uri, ContentValues values, String selection,
String[] selectionArgs) {
// TODO Auto-generated method stub
return 0;
}
}
在其AndroidManifest.xml中聲明此ContentProvider，其中authorities屬性定義了此ContentProvider的Uri
標識。
<provider android:name=".MyProvider" android:authorities="com.test.MyProvider"/>
在應用程序B中，經過ContentResolver獲取程序A的ContentProvider中的數據。
public class MainActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
//獲取上下文
Context ctx = MainActivity.this;
//獲取ContentResolver對象
ContentResolver resolver = ctx.getContentResolver();
//獲取Uri對象
Uri uri = Uri.parse("content://com.test.MyProvider");
//獲取數據
Cursor c = resolver.query(uri, null, null, null, null);
c.moveToFirst();
for(int i=0; i<c.getCount(); i++){
int index = c.getColumnIndexOrThrow("name");
String src = c.getString(index);
Log.d("", src);
c.moveToNext();
}
}
}
再觀察兩個應用程序的結構，A的程序結構，能夠清楚看到其有一個名爲「test_db.db3」的數據庫，B的程序結構，其並無任何數據庫用於存儲數據。由此圖，能夠肯定應用程序B中查詢出來的數據結果是來自於應用程序A。
以上就是ContentProvider的使用方式，這種存儲方式相比SQLite和SharedPreferences，其複雜性是顯而易見的，可是在到處可見「雲」的今天，程序間的數據交互需求令ContentProvider存儲機制變成必不可少的一部分。
4 基於Ipc的通訊機制
context與service之間的傳輸，如Activity與Service之間的通訊
5 基於Application Context
在一個activity初始化一個ArrayList<HashMap<Sting,Map>>對象，而後通過一個tableactivity，在傳遞到另
外一個activity，一開始直接考慮用putExtra，測試發現數據只能傳遞一次，就考慮用Application傳遞
Java裏面一般是用一個static的變量（例如singleton之類的）來同步activity之間（程序裏面類之間）的狀態。在android裏面比較靠譜的作法是用application context來關聯這些狀態。
每一個activity都是context，裏面包含了運行時的狀態。一樣application也有一個context，android會保證這個context是惟一的實例。
package net.blogjava.mobile1;
import android.app.Application;
import android.graphics.Bitmap;
public class MyApp extends Application
{
private Bitmap mBitmap;
public Bitmap getBitmap()
{
return mBitmap;
}
public void setBitmap(Bitmap bitmap)
{
this.mBitmap = bitmap;
}
}
<application android:name=".MyApp" android:icon="@drawable/icon" android:label="@string/app_name">
</application>
得到Bitmap對象的代碼：
ImageView imageview = (ImageView)findViewById(R.id.ivImageView); MyApp myApp = (MyApp)getApplication(); imageview.setImageBitmap(myApp.getBitmap());
上面兩段代碼能夠在任何的Service、Activity中使用。全局的