/**
	 * 获取所有应用
	 * @return 所有应用的集合
	 */
	private List<AppInfo> queryAppInfo() {
		mlistAppInfo = new ArrayList<AppInfo>();
		PackageManager pm = this.getPackageManager();
		Intent mainIntent = new Intent(Intent.ACTION_MAIN, null);
		mainIntent.addCategory(Intent.CATEGORY_LAUNCHER);
		List<ResolveInfo> resolveInfos = pm.queryIntentActivities(mainIntent, 0);
		//调用系统排序 ， 根据name排序
		Collections.sort(resolveInfos,new ResolveInfo.DisplayNameComparator(pm));
		
		if (mlistAppInfo != null) {
			mlistAppInfo.clear();
			for(ResolveInfo resolveInfo : resolveInfos) {
				String activityName = resolveInfo.activityInfo.name; // 获得该应用程序的启动Activity的name
				String pkgName = resolveInfo.activityInfo.packageName; // 获得应用程序的包名
				String appLabel = (String)resolveInfo.loadLabel(pm);   //获取应用的名称
				Drawable icon = resolveInfo.loadIcon(pm); //获取应用的图标icon
				Log.i("ii", "========="+activityName+" ====== "+pkgName);
				//为应用程序的启动Activity 准备Intent
				Intent launchIntent = new Intent();
				launchIntent.setComponent(new ComponentName(pkgName,activityName));
				
				// 创建一个AppInfo对象，并赋值
				AppInfo appInfo = new AppInfo();
				appInfo.setAppLabel(appLabel);
				appInfo.setPkgName(pkgName);
				appInfo.setAppIcon(icon);
				appInfo.setIntent(launchIntent);
				mlistAppInfo.add(appInfo); // 添加至列表中
			}
		}
		
		return mlistAppInfo;
	}

工作中遇到了contentprovider数据共享机制，下面来总结一下：

一、ContentProvider简介
       当应用继承ContentProvider类，并重写该类用于提供数据和存储数据的方法，就可以向其他应用共享其数据。虽然使用其他方法也可以对外共享数据，但数据访问方式会因数据存储的方式而不同，如：采用文件方式对外共享数据，需要进行文件操作读写数据；采用sharedpreferences共享数据，需要使用sharedpreferences API读写数据。而使用ContentProvider共享数据的好处是统一了数据访问方式。
二、Uri类简介
       Uri代表了要操作的数据，Uri主要包含了两部分信息：1.需要操作的ContentProvider ，2.对ContentProvider中的什么数据进行操作，一个Uri由以下几部分组成：

       1.scheme：ContentProvider（内容提供者）的scheme已经由Android所规定为：content://。
       2.主机名（或Authority）：用于唯一标识这个ContentProvider，外部调用者可以根据这个标识来找到它。
       3.路径（path）：可以用来表示我们要操作的数据，路径的构建应根据业务而定，如下：
•         要操作contact表中id为10的记录，可以构建这样的路径:/contact/10
•         要操作contact表中id为10的记录的name字段， contact/10/name
•         要操作contact表中的所有记录，可以构建这样的路径:/contact
要操作的数据不一定来自数据库，也可以是文件等他存储方式，如下:
要操作xml文件中contact节点下的name节点，可以构建这样的路径：/contact/name
如果要把一个字符串转换成Uri，可以使用Uri类中的parse()方法，如下：
Uri uri = Uri.parse("content://com.changcheng.provider.contactprovider/contact")
三、UriMatcher、ContentUrist和ContentResolver简介
       因为Uri代表了要操作的数据，所以我们很经常需要解析Uri，并从Uri中获取数据。Android系统提供了两个用于操作Uri的工具类，分别为UriMatcher 和ContentUris 。掌握它们的使用，会便于我们的开发工作。

       UriMatcher：用于匹配Uri，它的用法如下：
       1.首先把你需要匹配Uri路径全部给注册上，如下：
       //常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码(-1)。
       UriMatcher  uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
       //如果match()方法匹配content://com.changcheng.sqlite.provider.contactprovider/contact路径，返回匹配码为1
       uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact”, 1);//添加需要匹配uri，如果匹配就会返回匹配码
       //如果match()方法匹配   content://com.changcheng.sqlite.provider.contactprovider/contact/230路径，返回匹配码为2
       uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact/#”, 2);//#号为通配符
      
       2.注册完需要匹配的Uri后，就可以使用uriMatcher.match(uri)方法对输入的Uri进行匹配，如果匹配就返回匹配码，匹配码是调用addURI()方法传入的第三个参数，假设匹配content://com.changcheng.sqlite.provider.contactprovider/contact路径，返回的匹配码为1。

       ContentUris：用于获取Uri路径后面的ID部分，它有两个比较实用的方法：
•         withAppendedId(uri, id)用于为路径加上ID部分
•         parseId(uri)方法用于从路径中获取ID部分

       ContentResolver：当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可以使用ContentResolver 类来完成，要获取ContentResolver 对象，可以使用Activity提供的getContentResolver()方法。 ContentResolver使用insert、delete、update、query方法，来操作数据。
四、ContentProvider示例程序
Manifest.xml中的代码：

需要在<application></application>中为provider进行注册！！！！
首先定义一个数据库的工具类：

尽管谷歌声称Google+每月拥有超过1亿活跃用户，但它的网站中转流量几乎为零。

北京时间3月16日消息，据国外媒体报道，新闻聚合网站BuzzFeed Network数据显示，Google Reader近两年用户流量依然远超Google+。

据uzzFeed Network的统计数据，包括Google Reader在内的一些新闻聚合网站共拥有超过3亿用户，Google Reader仍然是一个重要的新闻中转站，其用户流量比Google +大得多。

上面这幅图是由BuzzFeed的数据团队根据自2012年8月至今的数据创建的。

我们应该说明的是，这项统计数据是不完整的。自谷歌(微博)推出SSL加密搜索后，Google Reader的用户流量变得更加难以统计。这项统计也不包括通过移动设备应用程序（如Reeder）同步使用Google Reader服务的用户流量。换句话说，BuzzFeed的统计数据可能实际上实际上漏掉了一些用户流量。

第 二幅图显示了Google Reader和Google的网站中转流量。当然，这项统计也是有局限性的，它反映的主要是BuzzFeed的合作伙伴网站访客总数的增加。但相对的数字 仍然令人惊讶：尽管谷歌声称Google+每月拥有超过1亿活跃用户，但它的网站中转流量几乎为零，而Google Reader的中转流量则很庞大。