android解析,Android解析小程序码

android解析包时出现问题怎么解决

安卓手机解析包时出现问题的解决方法：

1、安卓apk程序解析包出现问题的话，可能是由于你下载的apk程序本身就有问题，程序的压缩包可能在下载过程中被损坏了，建议请重新下载一次。

2、如果重新下载也解决不了安卓解析包出现问题的话，很大一个可能就是在于你的手机的配置参数不支持这款软件，举个例子吧，如果一款apk程序的系统版本要求在安卓2.2以上，而你的手机则是安卓2.1系统，就会出现“解析包时出现问题”这样的解析错误。

3、还有一种可能是由于RE文件管理设置的缘故，进入RE管理器——设置——一键设置——主文件夹选项，有的朋友反映如果将其设置成“sdcard\ ”就会出现“解析包出现问题”的错误提示，而如果将其设置“\ ”就可以成功安装，建议诸位可以试试！

相关问答

Q1: Android 中解析 JSON

JSON( JavaScript Object Notation ) 是一种轻量级的数据交换格式。易于阅读和编写，同时也易于机器解析和生成。

JSON 建构于两种结构：

JSON 具有以下这些格式：

参考： Android 中 解析 JSON

Android 提供类四种不同的类来操作 JSON 数据。这些类是 JSONArray、JSONObject、JSONStringer 和 JSONTokenizer

为了解析 JSON 对象，须先创建一个 JSONObject 类的对象，需要传入需解析的字符串 JSONObject root = new JSONObject(candyJson); 然后根据 JSONObject 对象提供方法以及数据类型解析对应 json 数据。下表展示一些 JSONObiect 提供的方法

示例：

Q2: Android之Activity全面解析，有些知识点容易忘记

Activity作为安卓四大组件之一，是最重要也是用得最多的组件，涉及的知识点非常多，有些知识点平时开发很少用到，但在某些场景下需要特别注意，本文详细整理了Activity涉及的知识点，供开发参考。

针对Activity可以提出很多问题，如：

Activity 的生命周期？

Activity 之间的通信方式？

Activity 各种情况下的生命周期？

横竖屏切换时 Activity 的生命周期？

前台切换到后台，然后再回到前台时 Activity 的生命周期？

弹出 Dialog 的时候按 Home 键时 Activity 的生命周期？

两个Activity之间跳转时的生命周期？

下拉状态栏时 Activity 的生命周期？

Activity 与 Fragment 之间生命周期比较？

Activity 的四种 LaunchMode（启动模式）的区别？

Activity 状态保存与恢复？

Activity的转场动画有哪些实现方式？

Activity的生命周期中怎么获取控件宽高？

onNewIntent的执行时机？

如何连续退出多个Activity？

如何把Acitivty设置成Dialog样式 ，android:theme="@android:style/Theme.Dialog"

关于横竖屏切换的生命周期，对应不同的手机，由于厂商定制的原因，会有不同的效果，如设置了configChanges="orientation”在有些手机会执行各个生命周期，但有些手机却不会执行。

网上常见的结论如下：

但实际的测试如下：

可以看出，不同厂商的手机切屏生命周期会有差异。

从API 13以上，当设备在横竖切屏时，“屏幕尺寸”也会发生变化，因此为了杜绝切屏导致页面销毁重建，需要加上screenSize，使用设置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四种状态如下：

在activity处于paused或者stoped状态下，如果系统内存紧张，可能会被销毁，当重回该activity时会重建，正常返回和被回收后返回的生命周期如下：

如果是回收后返回，onCreate的参数savedInstanceState不为空。

有哪些场景会触发onNewIntent回调呢？跟启动模式有关，首先该Activity实例已经存在，再次启动才可能触发。一种情况是启动模式是singleTask或者singleInstance，无论该activity在栈中哪个位置，都会触发onNewIntent回调，并且把上面其他acitivity移除，另一种情况是启动模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP启动，并且该activity实例在栈顶，会触发onNewIntent，如果不在栈顶是重新创建的，不会触发。

在实际业务开发中，往往碰到需要连续退出多个activity实例，下面整理了几种常见方法：

● 发送特定广播

1、在需要处理连续退出的activity注册该特定广播；

2、发起退出的activity发送该特定广播；

3、接收到该广播的activity 调用finish结束页面。

● 递归退出

1、用startActivityForResult启动新的activity；

2、前一个页面finish时，触发onActvityResult回调，再根据requestCode和resultCode处理是否finish，达到递归退出的效果。

● FLAG_ACTIVITY_CLEAR_TOP

通过intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)启动新activity，如果栈中已经有该实例，则会把该activity之上的所有activity关闭，达到singleTop启动模式的效果。

● 自定义activity栈

1、自定义activity列表，新打开activity则加入栈中，关闭则移除栈；

2、需要退出多个activity时，则循环从栈中移除activity实例，并调用finish。

在讨论Activity启动模式经常提到任务栈，那到底什么是任务栈？

任务是一个Activity的集合，它使用栈的方式来管理其中的Activity，这个栈又被称为返回栈(back stack)，栈中Activity的顺序就是按照它们被打开的顺序依次存放的。返回栈是一个典型的后进先出(last in, first out)的数据结构。下图通过时间线的方式非常清晰地向我们展示了多个Activity在返回栈当中的状态变化：

taskAffinity 任务相关性，可以用于指定一个Activity更加愿意依附于哪一个任务，在默认情况下，同一个应用程序中的所有Activity都具有相同的affinity， 名字为应用的包名。当然了，我们可以为每个 Activity 都单独指定 taskAffinity 属性（不与包名相同）。taskAffinity 属性主要和 singleTask 启动模式和 allowTaskReparenting 属性配对使用，在其他情况下没有意义。

taskAffinity 有下面两种应用场景：

分为显示启动和隐式启动。

（1）显示启动

直接指定待调整的Activity类名。

（2）隐式启动

Intent 能够匹配目标组件的 IntentFilter 中所设置的过滤信息，如果不匹配将无法启动目标 Activity。IntentFilter 的过滤信息有 action、category、data。

IntentFilter 需要注意的地方有以下：

● 一个 Activity 中可以有多个 intent-filter

● 一个 intent-filter 同时可以有多个 action、category、data

● 一个 Intent 只要能匹配任何一组 intent-filter 即可启动对应 Activity

● 新建的 Activity 必须加上以下这句，代表能够接收隐式调用

category android:name="android.intent.category.DEFAULT" /

只要匹配一个action即可跳转，注意的是action要区分大小写。

规则：如果intent中有category，则所有的都能匹配到intent-filter中的category，intent中的category数量可用少于intent-filter中的。另外，单独设置category是无法匹配activity的，因为category属性是一个执行Action的附加信息。

intent不添加category会匹配默认的，即 “android:intent.category.DEFAULT”

如果上面例子，如果去掉intent.setAction("action_name")，则会抛出异常：

规则：类似action，但data有复杂的结构，只要匹配一个data并且与data中所有属性都一致就能匹配到Activity，只要有1个属性不匹配，都无法找到activity。

data的结构：

data 主要是由 URI 和 mimeType 组成的。

URI 可配置很多信息，的结构如下：

与url类似，例如：

mineType：指资源类型包括文本、图片、音视频等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：

只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port

将上面的data改为

匹配mineType

如果有mineType，则不能仅设置setData或setMineType了，因为setData会把mineType置为null，而setMineType会把data置为null，导致永远无法匹配到activity，要使用setDataAndType。

使用scheme的默认值content\file

注意该方法需要在startAtivity方法或者是finish方法调用之后立即执行，不能延迟，但可以在子线程执行。

而在windowAnimationStyle中存在四种动画：

activityOpenEnterAnimation // 打开新的Activity并进入新的Activity展示的动画

activityOpenExitAnimation // 打开新的Activity并销毁之前的Activity展示的动画

activityCloseEnterAnimation //关闭当前Activity进入上一个Activity展示的动画

activityCloseExitAnimation // 关闭当前Activity时展示的动画

overridePendingTransition的方式比较生硬，方法也比较老旧了，不适用于MD风格，google提供了新的转场动画ActivityOptions，并提供了兼容包ActivityOptionsCompat。

我们知道在onCreate和onResume里面直接获取到控件宽高为0，那有什么办法获取到控件的实际宽高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三种方式获取。

当用户点击桌面图标启动APP时，背后的流程如下：

我们看到的手机桌面是Launch程序的界面，点击应用图标会触发点击事件，调用startActivity(intent)，然后通过Binder IPC机制，与ActivityManagerService(AMS)通讯，AMS执行一系列操作，最终启动目前应用，大概流程如下：

通过PackageManager的resolveIntent()收集跳转intent对象的指向信息，然后通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity。如果有权限，则在新的task中启动目标activity，如果发现没有进程，则先创建进程。

如果进程不存在，AMS会调用startProcessLocked创建新的进程，在该方法中，会通过socket的通讯方式通知zygote进程孵化新的进程并返回pid，在新的进程中会初始化ActivityThread，并依次调用Looper.prepareLoop()和Looper.loop()来开启消息循环。

创建好进程后下一步要将Application和进程绑定起来，AMS会调用上一节创建的ActivityThread对象的bindAppliction方法完成绑定工作，该方法会发送一条BIND_APPLICATION的消息，最终会调用handleBindApplication方法处理消息，并调用makeApplication方法处理消息，加载APP的classes到内存中。

通过前面的步骤，系统已经拥有了该Application的进程，后续的启动则是从已存在其他进程中启动Acitivity，即调用realStartAcitvityLocked，该方法会调用Application的主线程对象ActivityThread的sheduleLaunchActivity方法，在方法中会发送LAUNCH_ACTIVITY到消息队列，最终通过handleLaunchActivity处理消息，完成Acitivty的启动。

Activity

Activity 的 36 大难点，你会几个？「建议收藏」

[译]Android Application启动流程分析

Q3: Android 解析WindowManagerService

WMS是窗口的管理者，它负责窗口的启动、添加和删除，另外窗口的大小和层级也是由WMS进行管理的。窗口管理的核心成员有DisplayContent、WindowToken和WindowState。

窗口间进行切换时，使用窗口动画可以显得更炫一些，窗口动画由WMS的动画子系统来负责，动画子系统的管理者为WindowAnimator。

通过对窗口的触摸从而产生触摸事件，InputManagerService（IMS）会对触摸事件进行处理，它会寻找一个最合适的窗口来处理触摸反馈信息，WMS是窗口的管理者，因此，WMS“理所应当”的成为了输入系统的中转站。

窗口并不具备有绘制的功能，因此每个窗口都需要有一块Surface来供自己绘制。为每个窗口分配Surface是由WMS来完成的。

frameworks/base/services/core/java/com/android/server/wm/WindowManagerService.java

WindowManagerPolicy（WMP）类型的变量。WindowManagerPolicy是窗口管理策略的接口类，用来定义一个窗口策略所要遵循的通用规范，并提供了WindowManager所有的特定的UI行为。它的具体实现类为PhoneWindowManager，这个实现类在WMS创建时被创建。WMP允许定制窗口层级和特殊窗口类型以及关键的调度和布局。

ArraySet类型的变量，元素类型为Session.它主要用于进程间通信，其他的应用程序进程想要和WMS进程进行通信就需要经过Session，并且每个应用程序进程都会对应一个Session，WMS保存这些Session用来记录所有向WMS提出窗口管理服务的客户端。

WindowHashMap类型的变量，WindowHashMap继承了HashMap，它限制了HashMap的key值的类型为IBinder，value值的类型为WindowState。WindowState用于保存窗口的信息，在WMS中它用来描述一个窗口。综上得出结论，mWindowMap就是用来保存WMS中各种窗口的集合。

ArrayList类型的变量，元素类型为AppWindowToken，它是WindowToken的子类。

WindowToken主要有两个作用：

InputManagerService类型的变量，输入系统的管理者。InputManagerService（IMS）会对触摸事件进行处理，它会寻找一个最合适的窗口来处理触摸反馈信息，WMS是窗口的管理者，因此，WMS“理所应当”的成为了输入系统的中转站。

frameworks/base/services/core/java/com/android/server/wm/WindowManagerService .java

frameworks/base/services/core/java/com/android/server/wm/WindowManagerService.java

frameworks/base/core/java/android/view/WindowManagerGlobal.java

WindowManagerService服务就可以通过它在内部所创建的WindowState对象的成员变量mClient来 要求运行在应用程序进程这一侧的Activity组件来配合管理窗口的状态，例如：

ViewRootImpl这个类在android的UI结构中扮演的是一个中间者的角色，连接的是PhoneWindow 和WindowManagerService,也就是窗口管理系统与窗口呈现系统之间的桥梁。

它的主要作用有两个：

1.向DecorView分发收到的用户发起的event事件，如按键，触屏等事件；

2.与WindowManagerService交互，完成整个Activity的GUI的绘制。

3.里面两个重要的变量 mWindowSessoin和mWindow。

每个App的Activity对应一个AppWindowToken。其中的appToken为IApplicationToken类型，连接着对应的AMS中的ActivityRecord::Token对象，有了它就可以顺着AppWindowToken找到AMS中相应的ActivityRecord。其中allAppWindows是一个无序的列表，包含该Activity中所有的窗口。用dumpsys window display可以查看z-ordered的AppWindowToken列表。

表示一个显示设备上的内容，这个显示设备可以是外接显示屏，也可以是虚拟显示屏。其中 mWindows是一个WindowState的有序（Z-ordered，底部最先）列表。mStackBoxes包含了若干个StackBox，其中 一个为HomeStack，另一个是App的StackBox。所有的StackBox被组织成二叉树，StackBox是其中的节点，其中有三个重要成 员变量，mFirst和mSecond指向左和右子结点（也是StackBox），StackBox的成员mStack才是我们真正关心的东西 -TaskStack。可以看到，为了要把TaskStack存成树的结构，需要一个容器，这个容器就是StackBox。

参考链接：

出版的“Android进阶解密”这本书值得看

Q4: Android知识点解析（1）

Activity生命周期

什么是activity：提供给用户交互的接口，实现点击、滑动等操作的界面。

4种状态：runningpausestoppedkilled

Activity启动-onCreate()-onStart()-onResume() onResume()和onStart()均为前台可见

点击Home按键返回到主界面(Activity不可见)-onPause()-onStop()

当再次回到原Activity时-onRestart()-onStart()-onResume()

退出当前Activity时-onPause()-onStop()-onDestroy() Destroy：销毁和资源回收

进程优先级（优先级：高-----低）：前台/可见/服务/后台/空

任务栈（Task）

栈结构：后进先出 一个Task包含Activity的集合，通过Task管理每一个Activity，可以结合Activity的启动模式去理解。实例：退出APP时，需要将Task种的Activity完全地移除，才能安全并且完全地退出应用。一个APP当中可能不止一个Task，但一个Activity可以独享一个Task

启动模式

1.Standard/标准模式：每启动一个Activity，则不会考虑当前Task中是否已经存在Activity的实例，直接创建并放置栈顶，缺点是比较消耗资源。

2.SingleTop栈顶复用模式：如果栈顶存在当前Activity的实例，则不去创建，直接复用栈顶的Activity。若不是，则创建。

3.SingleTask栈内复用模式：单例，检测整个任务栈是否存在Activity的实例，如果存在则移除销毁实例以上的Activity，并回调onNewIntent()方法。

4.SingleInstance：ActivityA独享一个Task，且App中有且只有一个ActivityA的实例。

Schema跳转协议

页面内跳转协议，通过定义自己的Schema协议，可以方便地跳转到app的各个页面。应用场景：服务端可以定制化告诉App跳转到相应页面；可以通过通知栏消息定制化跳转页面；通过H5页面跳转等