android7.x Launcher3源码解析(3)---workspace和allapps加载流程
来源:互联网 发布:波普尔的证伪理论 知乎 编辑:程序博客网 时间:2024/06/06 02:47
Launcher系列目录:
一、android7.x Launcher3源码解析(1)—启动流程
二、android7.x Launcher3源码解析(2)—框架结构
三、android7.x Launcher3源码解析(3)—workspace和allapps加载流程
前两篇博客分别对Lancher的启动和Launcher的框架结构进行了一些分析,这一篇,将着重开始分析界面的加载流程。
1、整体流程
先上一张整体的流程图吧。(图片看不清可以下载下来看或者右击新开个页面查看图片)
先从Launcher.java的onCreate方法开始,
protected void onCreate(Bundle savedInstanceState) { ...... //建立LauncherAppState对象 LauncherAppState.setApplicationContext(getApplicationContext()); LauncherAppState app = LauncherAppState.getInstance(); ...... //建立LauncherModel对象 mModel = app.setLauncher(this); //一些其他对象初始化 ...... setContentView(R.layout.launcher); setupViews(); if (!mRestoring) { if (DISABLE_SYNCHRONOUS_BINDING_CURRENT_PAGE) { // If the user leaves launcher, then we should just load items asynchronously when // they return. mModel.startLoader(PagedView.INVALID_RESTORE_PAGE); } else { // We only load the page synchronously if the user rotates (or triggers a // configuration change) while launcher is in the foreground mModel.startLoader(mWorkspace.getRestorePage()); } } ......}
重点调用了LauncherModel的startLoader的方法,startLoader里面,最重要的就是启动了LoaderTask,mLoaderTask = new LoaderTask(mApp.getContext(), synchronousBindPage);
我们接着分析LoaderTask的run方法。
public void run() { ...... keep_running: { if (DEBUG_LOADERS) Log.d(TAG, "step 1: loading workspace"); loadAndBindWorkspace(); if (mStopped) { break keep_running; } waitForIdle(); // second step if (DEBUG_LOADERS) Log.d(TAG, "step 2: loading all apps"); loadAndBindAllApps(); waitForIdle(); // third step if (DEBUG_LOADERS) Log.d(TAG, "step 3: loading deep shortcuts"); loadAndBindDeepShortcuts(); } ...... }
这里一共就几步,loadAndBindWorkspace
–>waitForIdle()
—>loadAndBindAllApps()
—>waitForIdle()
—>loadAndBindDeepShortcuts()
3步加载流程里面都穿插了waitForIdle,这个方法是干嘛的呢?
private void waitForIdle() { ...... synchronized (LoaderTask.this) { final long workspaceWaitTime = DEBUG_LOADERS ? SystemClock.uptimeMillis() : 0; mHandler.postIdle(new Runnable() { public void run() { synchronized (LoaderTask.this) { mLoadAndBindStepFinished = true; if (DEBUG_LOADERS) { Log.d(TAG, "done with previous binding step"); } LoaderTask.this.notify(); } } }); while (!mStopped && !mLoadAndBindStepFinished) { try { // Just in case mFlushingWorkerThread changes but we aren't woken up, // wait no longer than 1sec at a time this.wait(1000); } catch (InterruptedException ex) { // Ignore } } ...... } }
load数据时我们是去UI线程中处理的,UI线程正常情况下是不能阻塞的,否则有可能产生ANR,这将严重影响用户体验。所有这里LoaderTask在将结果发送给UI线程之后,为了保证界面绑定任务可以高效的完成,往往会将自己的任务暂停下来,等待UI线程处理完成。
分析下这个方法:
首先,创建一个UI线程闲时执行的任务,这个任务负责设置某些关键的控制标志,并将其通过PostIdle方法加入处理器的消息队列中。一旦任务得到执行,就会将mLoadAndBindStepFinished 置为true,以控制即将来临的有条件的无限等待。 最后 设置一个有条件的无限等待,等待来自UI线程的指示。
2、workspace的加载流程
从总流程图上可以看到,workspace的加载流程主要分为loadWorkspace();
和bindWorkspace(mPageToBindFirst);
a、loadWorkspace()
loadWorkspace()的代码实在是太多了,这里就不全部贴出来了,主要功能就是负责从数据库表中读取数据并转译为Launcher桌面项的数据结构。
以下为步骤:
1、进行一些预处理
2、加载默认值
LauncherAppState.getLauncherProvider().loadDefaultFavoritesIfNecessary()
之前Launcher2的loadDefaultFavoritesIfNecessary
这个方法,是这样加载默认布局的:
workspaceResId = sp.getInt(DEFAULT_WORKSPACE_RESOURCE_ID, R.xml.default_workspace);
但是Launcher3中,是这样加载的:
int workspaceResId = partnerRes.getIdentifier(Partner.RES_DEFAULT_LAYOUT, "xml", partner.getPackageName());
这个地方,我暂时还没理解,到底默认布局是哪个?
3、初始化数据
清空之前的内存数据
/** Clears all the sBg data structures */ private void clearSBgDataStructures() { synchronized (sBgLock) { sBgWorkspaceItems.clear(); sBgAppWidgets.clear(); sBgFolders.clear(); sBgItemsIdMap.clear(); sBgWorkspaceScreens.clear(); } }
4、查询ContentProvider,返回favorites表的结果集
final HashMap<String, Integer> installingPkgs = PackageInstallerCompat .getInstance(mContext).updateAndGetActiveSessionCache(); final ArrayList<Long> itemsToRemove = new ArrayList<Long>(); final ArrayList<Long> restoredRows = new ArrayList<Long>(); final Uri contentUri = LauncherSettings.Favorites.CONTENT_URI; if (DEBUG_LOADERS) Log.d(TAG, "loading model from " + contentUri); final Cursor c = contentResolver.query(contentUri, null, null, null, null);
5、根据不同的类型,将数据保存到对应的arrayList中。
类型包含下面这几种:
ITEM_TYPE_APPLICATIONITEM_TYPE_SHORTCUTITEM_TYPE_FOLDERITEM_TYPE_APPWIDGETITEM_TYPE_CUSTOM_APPWIDGET
根据以上类型,将数据保存到一下全局变量里面
sBgItemsIdMap,sBgWorkspaceItemsm,sBgAppWidgets,sBgFolders
另外,如果有空的文件夹、空的屏幕,也会delete掉,最终,把所有屏幕加载进全局变量sBgWorkspaceScreens中。
...... // Remove any empty folder for (long folderId : LauncherAppState.getLauncherProvider() .deleteEmptyFolders()) { sBgWorkspaceItems.remove(sBgFolders.get(folderId)); sBgFolders.remove(folderId); sBgItemsIdMap.remove(folderId); } ...... sBgWorkspaceScreens.addAll(loadWorkspaceScreensDb(mContext)); // Remove any empty screens ArrayList<Long> unusedScreens = new ArrayList<Long>(sBgWorkspaceScreens); for (ItemInfo item: sBgItemsIdMap) { long screenId = item.screenId; if (item.container == LauncherSettings.Favorites.CONTAINER_DESKTOP && unusedScreens.contains(screenId)) { unusedScreens.remove(screenId); } } // If there are any empty screens remove them, and update. if (unusedScreens.size() != 0) { sBgWorkspaceScreens.removeAll(unusedScreens); updateWorkspaceScreenOrder(context, sBgWorkspaceScreens); }
b、bindWorkspace
bindWorkspace的功能是将上面获取到的数据由Launcher显示出来。
步骤:
1、首先复制数据:
synchronized (sBgLock) { workspaceItems.addAll(sBgWorkspaceItems); appWidgets.addAll(sBgAppWidgets); orderedScreenIds.addAll(sBgWorkspaceScreens); folders = sBgFolders.clone(); itemsIdMap = sBgItemsIdMap.clone(); }
2、装载数据并排序
//装载桌面项数据 filterCurrentWorkspaceItems(currentScreenId, workspaceItems, currentWorkspaceItems, otherWorkspaceItems); //装载widget filterCurrentAppWidgets(currentScreenId, appWidgets, currentAppWidgets, otherAppWidgets); //装载文件夹 filterCurrentFolders(currentScreenId, itemsIdMap, folders, currentFolders, otherFolders); //排序 sortWorkspaceItemsSpatially(currentWorkspaceItems); sortWorkspaceItemsSpatially(otherWorkspaceItems);
3、开始绑定
就上个流程图吧。
3、应用程序apps的加载
加载apps的主要流程,最上面那张流程图已经给出了,如果所有app没有加载,则loadAllApps();
,不然直接onlyBindAllApps();
1、loadAllApps()
根据代码,画了下流程图,但是我不明白userProfile是个什么鬼?
2、onlyBindAllApps()
这里的函数比绑定workspace简单多了,直接通知Launcher绑定
Runnable r = new Runnable() { public void run() { final long t = SystemClock.uptimeMillis(); final Callbacks callbacks = tryGetCallbacks(oldCallbacks); if (callbacks != null) { callbacks.bindAllApplications(list); callbacks.bindAllPackages(widgetList); } if (DEBUG_LOADERS) { Log.d(TAG, "bound all " + list.size() + " apps from cache in " + (SystemClock.uptimeMillis()-t) + "ms"); } } };
看一下Launcher的bindAllApplications
函数,当然这个函数在loadAllApps函数里面也有,就是如何绑定数据来显示呢?
Launcher.java的bindAllApplications
函数里面会给AllAppsContainerView设置数据
if (mAppsView != null) { mAppsView.setApps(apps); }
再跟代码到AllAppsContainerView,
public void setApps(List<AppInfo> apps) { mApps.setApps(apps); }
这个apps在哪里用到呢?比较明显的就是onFinishInflate()函数,
..... // Load the all apps recycler view mAppsRecyclerView = (AllAppsRecyclerView) findViewById(R.id.apps_list_view); mAppsRecyclerView.setApps(mApps); mAppsRecyclerView.setLayoutManager(mLayoutManager); mAppsRecyclerView.setAdapter(mAdapter); mAppsRecyclerView.setHasFixedSize(true);.....
设置给了recyclerView,很显然,Launcher的应用程序界面就是一个自定义的RecyclerView,给这个recyclerview绑定的adpter是AllAppsGridAdapter,看一下这个adpter的onCreateViewHolder
函数,很明显,这里根据不同的类型加载了不同的布局(应用程序界面有app和文件夹,头上还有个搜索框,用recyclerview的这个功能是最容易实现的),关于Recyclerview如何可以根据不同的类型加载不同的布局,可以参考我很久之前写的博客 RecyclerView的不同position加载不同View实现。
好了,Launcher3的workspace和应用程序apps的加载流程就讲到这,后面还会对Launcher里面的内容做具体的分析。
- android7.x Launcher3源码解析(3)---workspace和allapps加载流程
- android7.x Launcher3源码解析(1)---启动流程
- android7.x Launcher3源码解析(2)---框架结构
- AllApps的加载流程
- Launcher3源码浅析(5.1)--Workspace
- Launcher3源码分析(Workspace)
- Launcher3源码分析 — 加载Workspace的数据
- Launcher3源码分析 — 加载Workspace的数据
- Launcher3源码分析 — 加载Workspace的数据 .
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Android 4.0 Launcher2源码分析——Workspace切换AllApps流程
- Launcher3--加载流程
- Android launcher3 -- launcher3源码3
- predIntraAng
- Mac OS X在终端中打开文件夹窗口
- React-Native 获取屏幕尺寸
- java项目的命名规范(v1.0)
- linux 服务器间文件传输
- android7.x Launcher3源码解析(3)---workspace和allapps加载流程
- ICMP协议
- React Native 基础篇 之 ListView 产品列表实现
- Apache POI使用详解
- requests库---网络爬虫
- xcode 代码块永久保留
- CENTOS中安装配置JDK
- HDU_ACM_2005
- Warning: Failed prop type: Invalid prop `enablesReturnKeyAutomatically` of type `string` supplie