android学习笔记分析-优快云博客

前面说到intent的另外一种赋值方式：

这个就是指定其component属性（调用setComponent(ComponentName)或者setClass(Context, Class)来指定）。通过这种方式的赋值的intent，其实就直接指出了activity类，这样就没有必要到androidmanfest.xml找provider，然后通过provider的gettype返回加上action来找activity了，而是直接创建activity类的实例。

其实android还提供了一种创建activity的方式，那就是动态menu的方式，通过

1 public boolean onCreateOptionsMenu(Menu menu) { 2 3 super.onCreateOptionsMenu(menu); 4 5 // This is our one standard application action -- inserting a 6 7 // new note into the list. 8 9 menu.add( 0 , MENU_ITEM_INSERT, 0 ,R. string .menu_insert) 10 11 .setShortcut( ' 3 ' , ' a ' ) 12 13 .setIcon(android.R.drawable.ic_menu_add); 14 15 // Generate any additional actions that can be performed on the 16 17 // overall list. In a normal install, there are no additional 18 19 // actions found here, but this allows other applications to extend 20 21 // our menu with their own actions. 22 23 Intent intent = new Intent( null , getIntent().getData()); 24 25 intent.addCategory(Intent.CATEGORY_ALTERNATIVE); 26 27 menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE, 0 , 0 , new ComponentName( this , NotesList. class ), null , intent, 0 , null ); 28 29 return true ; 30 31 }

上面的addIntentOptions就是这种方式。

这个函数其实是，系统通过Intent查询是否有符合条件的activity,这个过程和上面的一样，如果找到了，就生成一个menu，这个menu的名字是androidmanfest.xml中的符合条件的activity中的label中指定的字符。

1 < intent - filter android:label = " @string/resolve_edit " >

如这个就是string/resolve_edit，这个也是指向一个string资源。

在上面的onCreateOptionsMenu中：

由于intent的uri是content://com.google.provider.NotePad/notes，因此得到的type是vnd.android.cursor.dir/vnd.google.note

而category是Intent.CATEGORY_ALTERNATIVE，

然后到androidmanfest.xml去找，大家自己看一下，应该找不到合适的。这样也是为什么menu只有一个add_note。

如果修改Intent.CATEGORY_ALTERNATIVE为Intent.CATEGORY_DEFAULT,然后

再执行，这个时相当于uri=content://com.google.provider.NotePad/notes

category=android.intent.category.DEFAULT

到androidmanfest.xml查找，发现有一个满足。

 
          <intent-filter>  
         
          <action android:name= 
          "android.intent.action.INSERT" 
          />  
         
          <category android:name= 
          "android.intent.category.DEFAULT" 
          />  
         
          <data android:mimeType= 
          "vnd.android.cursor.dir/vnd.google.note" 
          />  
         
          </intent-filter>

但是执行发现没有增加菜单，为什么啊，其实这个是是由于onCreateOptionsMenu和onPrepareOptionsMenu函数中都有menu.addIntentOptions(Menu.CATEGORY_ALTERNATIVE)，相当在同一个groupid建菜单，这样后一个执行的会覆盖掉前一个的。

而onPrepareOptionsMenu在onCreateOptionsMenu后执行，所以onPrepareOptionsMenu中覆盖了onCreateOptionsMenu添加的菜单，而由于onPrepareOptionsMenu没有给Menu.CATEGORY_ALTERNATIVE附新值，故Menu.CATEGORY_ALTERNATIVE还是为空。

怎么解决，好解决，在onCreateOptionsMenu中改groupid号，即将Menu.CATEGORY_ALTERNATIVE改为Menu.first,其他的也行，但注意不要改为menu.none,这样会覆盖掉

 
          menu.add(0, MENU_ITEM_INSERT, 0, R. 
          string 
          .menu_insert)  
         
          .setShortcut( 
          '3' 
          ,  
          'a' 
          )  
         
          .setIcon(android.R.drawable.ic_menu_add);

添加的菜单。因为menu.none也为0

改完后运行可以看到。

总结下函数

int android.view.Menu.addIntentOptions(int groupId, int itemId, int order, ComponentName caller, Intent[] specifics, Intent intent, int flags, MenuItem[] outSpecificItems)

函数参数分析：

1.groupid就是菜单组的编号；

2.itemId

3.Call就是发起activity的activity

4.Specifics是用来指定菜单顺序的，一般以uri+action来选择的activity

5.Intent这个一般式uri+categroy形式来选择的activity

6.outSpecificItems这个是返回MenuItem值，用来给你跟多的设置菜单。

显示的菜单是满足specifics和满足intent的所有activity,然后显示时是满足specifics的菜单先显示。

action为android.app.action.MAIN,类型为android.app.category.LAUNCHER的activity是特殊的activity，也就是入口activity，当一个应用执行时，其实是到androidmandfest.xml查看

action为android.app.action.MAIN,类型为android.app.category.LAUNCHER的activity,如果发现就创建这个activity实例运行，如果没发现就不启动，大家可以试着去将android.app.action.MAIN改为android.app.action.MAIN1，然后运行，你发现，运行不了，没有窗体创建。

为什么要这样呢，因为android程序中没有main等函数，系统不知道该从哪个activity开始运行,必须有个约定。

service

service其实可以看成是activity的简化版，activity除去主窗体的功能外，就是service了。

一个简单的Servce实例如下:

1 package com.wissen.testApp.service; 2 3 public class MyService extends Service { 4 @Override 5 public IBinder onBind(Intent intent) { 6 return null ; 7 } 8 9 @Override 10 public void onCreate() { 11 super.onCreate(); 12 Toast.makeText( this , “Service created…”, Toast.LENGTH_LONG).show(); 13 } 14 15 @Override 16 public void onDestroy() { 17 super.onDestroy(); 18 Toast.makeText( this , “Service destroyed…”, Toast.LENGTH_LONG).show(); 19 } 20 }

上例中的这个Service主要做了这些事：当服务创建和销毁时通过界面消息提示用户。
如Android中的其它部件一样, Service也会和一系列Intent关联。Service的运行入口需要在AndroidManifest.xml中进行配置,如下:

 
          <service  
          class 
          =”.service.MyService”>  
         
          <intent-filter>  
         
          <action android:value=”com.wissen.testApp.service.MY_SERVICE” />  
         
          </intent-filter>  
         
          </service>

之后我们的Service就可以被其他代码所使用了。
这个和activity几乎没什么差别，就是将

改成<service class=”.service.MyService”>

使用Service:
应用程序可以通过调用Context.startService方法来启动Service。如果当前没有指定的Service实例被创建，则该方法会调用Service的onCreate方法来创建一个实例；否则调用Service的onStart方法。参见下列代码：

 
          Intent serviceIntent =  
          new 
          Intent();  
         
          serviceIntent.setAction(”com.wissen.testApp.service.MY_SERVICE”);  
         
          startService(serviceIntent); 
          //也许你会说为什么没有contexta啊，因为activity是context的继承，也就是context上面等价this. startService

也就是context. startService

和activity的使用也没什么差别，将startActivity

变成startService,其他的就不详谈。

content-provider

其实在activity和intent都说到了content-provider.不过说的只是provider的gettype功能在寻找activity的作用，其实provider还有其他的作用，且是主要作用，那就是内容提供商。应用程序可以在Content Provider中执行如下操作:

Content-provider要提供五个功能。

查询数据

修改数据

添加数据

删除数据

返回数据类型

分别对应：

1 public int delete(Uri uri, String selection, String[] selectionArgs) { 2 3 // TODO Auto-generated method stub 4 5 return 0 ; 6 7 } 8 9 10 11 @Override 12 13 public String getType(Uri uri) { 14 15 // TODO Auto-generated method stub 16 17 return null ; 18 19 } 20 21 22 23 @Override 24 25 public Uri insert(Uri uri, ContentValues values) { 26 27 // TODO Auto-generated method stub 28 29 return null ; 30 31 } 32 33 34 @Override 35 36 public boolean onCreate() { 37 38 // TODO Auto-generated method stub 39 40 return false ; 41 42 } 43 44 45 @Override 46 47 public Cursor query(Uri uri, String[] projection, String selection, 48 49 String[] selectionArgs, String sortOrder) { 50 51 // TODO Auto-generated method stub 52 53 return null ; 54 55 } 56 57 58 @Override 59 60 public int update(Uri uri, ContentValues values, String selection, 61 62 String[] selectionArgs) { 63 64 // TODO Auto-generated method stub 65 66 return 0 ; 67 68 }

这些都要你自己实现，不同的实现就是对应不同的content-provider。

但是activity使用content-provider不是直接创建一个对象，然后调用这些具体方法。

而是调用managedQuery，getContentResolver().delete,update等来实现，这些函数其实是先找到符合条件的content-provider,然后再调用具体的content-provider的函数来实现，那又是怎么找到content-provider，就是通过uri中的authority来找到content-provider，这些都是通过系统完成，应用不用管，这样有效的隔离了应用和内容提供商具体实现。

利用uri如何找到content-provider在前面已经讲过了，就不讲了。

到此为止，android程序的框架就讲完了，具体就看对API的把握，及其他内容的深入了解了。