应用安装、更新、卸载时的数据加载

上一章墨香带你学Launcher之(三)-绑定屏幕、图标、文件夹和Widget讲了桌面CellLayout、图标、文件夹以及Widget的绑定流程,这个主要是第一次加载时的绑定流程,那么当用户安装新的应用,或者更新应用,或者卸载应用时桌面是如何处理的,今天我们来学习一下这个流程。

我们知道应用的安装和更新都是通过应用市场来启动,而应用的卸载是通过桌面或者系统的app管理来启动的,因此我们将应用的安装和更新一起来讲,而应用的卸载单独来讲。首先我们先看一下应用的安装和更新时桌面的数据加载。

应用安装和更新


当我们通过应用市场安装或者更新应用时,会调用系统的安装界面,并执行安装程序,在应用安装或者更新完成后系统会发出对应的广播,通过对应广播Launcher会执行相应的加载程序。首先我们看一个App管理的兼容库:LauncherAppsCompat,这里面有一个接口和一些抽象方法,我们用的到底主要是这个接口还有两个抽象方法:

接口类:

public interface OnAppsChangedCallbackCompat {
        void onPackageRemoved(String packageName, UserHandleCompat user);
        void onPackageAdded(String packageName, UserHandleCompat user);
        void onPackageChanged(String packageName, UserHandleCompat user);
        void onPackagesAvailable(String[] packageNames, UserHandleCompat user, boolean replacing);
        void onPackagesUnavailable(String[] packageNames, UserHandleCompat user, boolean replacing);
    }

从这个接口中的方法我们可以了解到这个是对App移除、添加、改变、可用和不可用的各种情况的处理。

抽象方法:

 public abstract void addOnAppsChangedCallback(OnAppsChangedCallbackCompat listener);
 public abstract void removeOnAppsChangedCallback(OnAppsChangedCallbackCompat listener);

这两个方法主要是添加、删除App管理的监听。

我们看到LauncherAppsCompat是一个抽象类,那么我们看看到底哪里实现了这里的方法:

 
launcher01.png

通过上图我们看到有两个类继承了这个抽象类:LauncherAppsCompatV16和LauncherAppsCompatVL,这两个类其实是针对不同的API版本做了兼容处理,LauncherAppsCompatV16是Android的sdk版本高于16低于21的系统的处理,LauncherAppsCompatVL是sdk版本高于21的系统的处理,那么从21以上到底做了哪些不同处理我们简单看一下,在他们的父类中有一个抽象方法:

 public abstract List<LauncherActivityInfoCompat> getActivityList(String packageName,
            UserHandleCompat user);

这个方法是获取系统中所有应用的方法,我们看看在不同版本是怎么处理的,首先看一下LauncherAppsCompatV16中:

 public List<LauncherActivityInfoCompat> getActivityList(String packageName,
            UserHandleCompat user) {
        final Intent mainIntent = new Intent(Intent.ACTION_MAIN, null);
        mainIntent.addCategory(Intent.CATEGORY_LAUNCHER);
        mainIntent.setPackage(packageName);
        List<ResolveInfo> infos = mPm.queryIntentActivities(mainIntent, 0);
        List<LauncherActivityInfoCompat> list =
                new ArrayList<LauncherActivityInfoCompat>(infos.size());
        for (ResolveInfo info : infos) {
            list.add(new LauncherActivityInfoCompatV16(mContext, info));
        }
        return list;
    }

这个方法是通过包管理来查询所有的应用,然后根据循环来收集所有的应用信息。

而LauncherAppsCompatVL中:

public List<LauncherActivityInfoCompat> getActivityList(String packageName,
            UserHandleCompat user) {
        List<LauncherActivityInfo> list = mLauncherApps.getActivityList(packageName,
                user.getUser());
        if (list.size() == 0) {
            return Collections.emptyList();
        }
        ArrayList<LauncherActivityInfoCompat> compatList =
                new ArrayList<LauncherActivityInfoCompat>(list.size());
        for (LauncherActivityInfo info : list) {
            compatList.add(new LauncherActivityInfoCompatVL(info));
        }
        return compatList;
    }

这个方法中是通过mLauncherApps直接过去的列表信息,那么我们看看api文档,这个LauncherApp是个什么时候开始有的:

 
launcher02.png

我们可以看到是Api为21时才开始添加的,我们看一下这个类中主要的方法;

public class LauncherApps {
    
    ...
    
    public static abstract class Callback {
       
        abstract public void onPackageRemoved(String packageName, UserHandle user);
        
        abstract public void onPackageAdded(String packageName, UserHandle user);
        
        abstract public void onPackageChanged(String packageName, UserHandle user);

        abstract public void onPackagesAvailable(String[] packageNames, UserHandle user,
                boolean replacing);

        abstract public void onPackagesUnavailable(String[] packageNames, UserHandle user,
                boolean replacing);
    }
    
    public List<LauncherActivityInfo> getActivityList(String packageName, UserHandle user) {
       ...
    }
    
    private IOnAppsChangedListener.Stub mAppsChangedListener = new IOnAppsChangedListener.Stub() {

        @Override
        public void onPackageRemoved(UserHandle user, String packageName)
                throws RemoteException {
           ...
        }

        @Override
        public void onPackageChanged(UserHandle user, String packageName) throws RemoteException {
           ...
        }

        @Override
        public void onPackageAdded(UserHandle user, String packageName) throws RemoteException {
            ...
        }

        @Override
        public void onPackagesAvailable(UserHandle user, String[] packageNames, boolean replacing)
                throws RemoteException {
           ...
        }

        @Override
        public void onPackagesUnavailable(UserHandle user, String[] packageNames, boolean replacing)
                throws RemoteException {
            ...
           }
        }
    };

    private static class CallbackMessageHandler extends Handler {
        ...

        @Override
        public void handleMessage(Message msg) {
            if (mCallback == null || !(msg.obj instanceof CallbackInfo)) {
                return;
            }
            CallbackInfo info = (CallbackInfo) msg.obj;
            switch (msg.what) {
                case MSG_ADDED:
                    mCallback.onPackageAdded(info.packageName, info.user);
                    break;
                case MSG_REMOVED:
                    mCallback.onPackageRemoved(info.packageName, info.user);
                    break;
                case MSG_CHANGED:
                    mCallback.onPackageChanged(info.packageName, info.user);
                    break;
                case MSG_AVAILABLE:
                    mCallback.onPackagesAvailable(info.packageNames, info.user, info.replacing);
                    break;
                case MSG_UNAVAILABLE:
                    mCallback.onPackagesUnavailable(info.packageNames, info.user, info.replacing);
                    break;
            }
        }

        public void postOnPackageAdded(String packageName, UserHandle user) {
           ...
        }

        public void postOnPackageRemoved(String packageName, UserHandle user) {
           ...
        }

        public void postOnPackageChanged(String packageName, UserHandle user) {
           ...
        }

        public void postOnPackagesAvailable(String[] packageNames, UserHandle user,
                boolean replacing) {
            ...        }

        public void postOnPackagesUnavailable(String[] packageNames, UserHandle user,
                boolean replacing) {
            ...        }
    }
}

在这个类中,谷歌工程师直接给我们封装了查找所有应用信息的方法,以及App包管理的方法,也就是Callback这个类中的抽象方法,和我们前面讲到的兼容库中的接口是一样的,只是21之前是自己来写,21之后是系统帮我们做了处理,我们直接实现就好了。

LauncherAppsCompatVL中实现:

private static class WrappedCallback extends LauncherApps.Callback {
        ...
}

这个回调类就是实现app管理的那些方法,那么我们再看一下LauncherAppsCompat16中如何实现的:

@Thunk class PackageMonitor extends BroadcastReceiver {
        public void onReceive(Context context, Intent intent) {
            ...

            if (Intent.ACTION_PACKAGE_CHANGED.equals(action)
                    || Intent.ACTION_PACKAGE_REMOVED.equals(action)
                    || Intent.ACTION_PACKAGE_ADDED.equals(action)) {
                ...
                if (Intent.ACTION_PACKAGE_CHANGED.equals(action)) {
                    ...
                        callback.onPackageChanged(packageName, user);
                    ...
                } else if (Intent.ACTION_PACKAGE_REMOVED.equals(action)) {
                    ...
                            callback.onPackageRemoved(packageName, user);
                     ...
                } else if (Intent.ACTION_PACKAGE_ADDED.equals(action)) {
                   ...
                            callback.onPackageChanged(packageName, user);
                     ...
                }
            } else if (Intent.ACTION_EXTERNAL_APPLICATIONS_AVAILABLE.equals(action)) {
               ...
                    callback.onPackagesAvailable(packages, user, replacing);
                ...
            } else if (Intent.ACTION_EXTERNAL_APPLICATIONS_UNAVAILABLE.equals(action)) {
                ...
                    callback.onPackagesUnavailable(packages, user, replacing);
                ...
            }
        }
    }

此时我们可以看到是通过接受广播然后回调不同的方法来实现的。那么回调的实现又是在哪里呢,上面我们看到都是调用的callback中的方法,只要找到哪里初始化了callback即可,我们发现是通过下面方法传进来的这个callback:

public synchronized void addOnAppsChangedCallback(OnAppsChangedCallbackCompat callback) {
       ...
    }

这个方法是通过LauncherAppState中调用的:

LauncherAppsCompat.getInstance(sContext).addOnAppsChangedCallback(mModel);

我们看参数是一个mModel,其实告诉我们是在LanuncherModel中实现的,LauncherAppsCompatVL中也是在这里调用的,我们就不在看了,自己看看就知道了。LauncherModel中的代码如下:

通过上面代码我们可知最后都是调用PackageUpdatedTask这个任务执行的,只是传入的参数不同,这个任务中代码很多也不贴了,我简单介绍下任务执行过程,首先区分收到广播是安装、更新、移除还是不可用,然后对不同的操作执行不同的处理,对于添加的调用addAppsToAllApps这个方法进行处理,最后调用callbacks.bindAppsAdded方法进行绑定,更新的调用callbacks.bindAppsUpdated这个方法进行更新操作,代码很简单,自己看一下就好了,对于卸载的,更新图标缓存,将其移除掉,在这些操作的同时,要还行数据的数据更新操作,如果有小部件的,也要对小部件做相应的操作处理。

应用的卸载


原生桌面的卸载应用是将图标拖拽到卸载框进行卸载的,关于拖拽的操作流程我们后续会详细讲解,这里我们直接看拖拽到相应位置的处理,在完成拖拽时会调用completeDrop这个方法,我们看看哪里实现了这个方法:

 
launcher03.png

在这里有三处实现,其实从名字我们可以看出最后一个是卸载应用的实现,

void completeDrop(final DragObject d) {
        ...
        if (startUninstallActivity(mLauncher, d.dragInfo)) {

            final Runnable checkIfUninstallWasSuccess = new Runnable() {
                @Override
                public void run() {
                    String packageName = componentInfo.first.getPackageName();
                    boolean uninstallSuccessful = !AllAppsList.packageHasActivities(
                            getContext(), packageName, user);
                    sendUninstallResult(d.dragSource, uninstallSuccessful);
                }
            };
            mLauncher.addOnResumeCallback(checkIfUninstallWasSuccess);
        } else {
            sendUninstallResult(d.dragSource, false);
        }
    }

首先判断startUninstallActivity,这个方法中调用startApplicationUninstallActivity方法,如果是系统应用返回false,如果不是启动卸载界面并且返回true,启动卸载界面是通过Intent.ACTION_DELETE这个action启动的,如果能够卸载,执行完卸载返回到桌面时,或者取消返回到桌面时,检测是否卸载成功,然后调用sendUninstallResult方法,在这个方法中调用onUninstallActivityReturned回调函数,这个回调函数是在Folder或者workspace中实现的,其实代码这两个地方都一样,最后都执行onDropCompleted方法,如果移除成功,则调用removeWorkspaceItem方法,这个方法主要是从CellLayout中删除对应的图标,如果没有成功则刷新UI,也就是对应的图标放回原处。

对于系统怎么卸载应用的这里就不讲了,有兴趣的可以去看源码处理。



作者:翰墨飘香
链接:https://www.jianshu.com/p/ee7a4899aea3
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

posted on 2021-01-28 23:08  信假名如  阅读(244)  评论(0编辑  收藏  举报

导航