|
|
结果如下：12345TrueFalseTrueHello, world. 'Hello, world.'
常见的开源许可协议有：GPL、LGPL、BSD、Apache Licence vesion 2.0、MIT。这些协议有什么区别呢？
GPL全称 GNU General Public License。它的主要内容为：只要在一个软件中使用(“使用”指类库引用或者修改后的代码) GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这个协议就不太适合商用软件，或者准备使用GPL开源组件的商用项目。基于这个协议的项目，极大的提高了开源软件的数量。上面那个微博的案例，如果作者使用了GPL协议，而使用方所写代码的软件包再发布时没有公开源代码就是违反了协议(多谢Sunny2038纠正)。目前用的多的是GPLV1，GPLV2。这两个什么区别看后面那张树形图。采用这个协议的开源软件有：Linux、 MySQL。
LGPL，最初是Library GPL的缩写，后来改称作Lesser GPL。由于GPL太严格，限制了很多商用软件使用GPL组件才推出了这个LGPL。LGPL允许商业软件通过引用类库的方式使用LGPL组件（不直接使用源代码），这样可以不需要开源商业软件的代码。但是如果要修改原始组件的代码，则涉及修改部分的代码和基于原来代码衍生的代码都必须采用LGPL协议。LGPL不适合以LGPL协议为基础的代码进行二次开发的商业软件，但是商用软件可以采用编译后的类库引用就不需要公开源代码了。采用这个协议的开源软件有： JBoss、 FCKeditor 、 Hibernate。之前extjs就因为从LGPL转换到GPL带来了不少的震动。
BSD，全称 Berkeley Software Distribution。这个协议相对上面两个协议宽松很多，允许使用者修改和重新发布代码，也允许使用或在BSD代码基础上开发商业软件发布和销售，因此是适用于商业软件的。使用者别太高兴，使用时还必须做到满足三个条件：
1）如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。
2）如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
3）不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。适用BSD协议的开源软件有： nginx、CruiseControl、Redis。
这个协议除了为用户提供版权许可之外，还有专利许可。与BSD协议权限类似， 允许代码修改，再发布，适用商业软件。但是也需要满足以下条件：
除了这些条件它还有这些好处：
MIT，源自麻省理工学院（Massachusetts Institute of Technology, MIT），又称X11协议。MIT与BSD类似，但是比BSD协议更加宽松，是目前最少限制的协议。
这个协议唯一的条件就是在修改后的代码或者发行包包含原作者的许可信息。适用商业软件。使用MIT的软件项目有：jquery、Node.js。
MAL是The Mozilla Public License的简写，是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同（因为都是符合OSIA 认定的开源软件许可证）。但是，相比而言MPL还有以下几个显著的不同之处:
关于如何选择开源协议，这里可以参考阮一峰老师的一张图
查看原文
ADB，即 Android Debug Bridge，它是 Android 开发/测试人员不可替代的强大工具，也是 Android 设备玩家的好玩具。
注： 有部分命令的支持情况可能与 Android 系统版本及定制 ROM 的实现有关。
adb 命令的基本语法如下：
|
|
如果只有一个设备/模拟器连接时，可以省略掉 [-d|-e|-s <serialNumber>] 这一部分，直接使用 adb <command>。
如果有多个设备/模拟器连接，则需要为命令指定目标设备。
| 参数 | 含义 |
|---|---|
| -d | 指定当前唯一通过 USB 连接的 Android 设备为命令目标 |
| -e | 指定当前唯一运行的模拟器为命令目标 |
-s <serialNumber> |
指定相应 serialNumber 号的设备/模拟器为命令目标 |
在多个设备/模拟器连接的情况下较常用的是 -s <serialNumber> 参数，serialNumber 可以通过 adb devices 命令获取。如：
|
|
输出里的 cf264b8f、emulator-5554 和 10.129.164.6:5555 即为 serialNumber。
比如这时想指定 cf264b8f 这个设备来运行 adb 命令获取屏幕分辨率：
|
|
又如想给 10.129.164.6:5555 这个设备安装应用（这种形式的 serialNumber 格式为 <IP>:<Port>，一般为无线连接的设备或 Genymotion 等第三方 Android 模拟器）：
|
|
遇到多设备/模拟器的情况均使用这几个参数为命令指定目标设备，下文中为简化描述，不再重复。
启动 adb server 命令：
|
|
（一般无需手动执行此命令，在运行 adb 命令时若发现 adb server 没有启动会自动调起。）
停止 adb server 命令：
|
|
命令：
|
|
示例输出：
|
|
adb 的运行原理是 PC 端的 adb server 与手机端的守护进程 adbd 建立连接，然后 PC 端的 adb client 通过 adb server 转发命令，adbd 接收命令后解析运行。
所以如果 adbd 以普通权限执行，有些需要 root 权限才能执行的命令无法直接用 adb xxx 执行。这时可以 adb shell 然后 su 后执行命令，也可以让 adbd 以 root 权限执行，这个就能随意执行高权限命令了。
命令：
|
|
正常输出：
|
|
现在再运行 adb shell，看看命令行提示符是不是变成 # 了？
有些手机 root 后也无法通过 adb root 命令让 adbd 以 root 权限执行，比如三星的部分机型，会提示 adbd cannot run as root in production builds，此时可以先安装 adbd Insecure，然后 adb root 试试。
相应地，如果要恢复 adbd 为非 root 权限的话，可以使用 adb unroot 命令。
命令：
|
|
默认端口为 5037。
命令：
|
|
输出示例：
|
|
输出格式为 [serialNumber] [state]，serialNumber 即我们常说的 SN，state 有如下几种：
offline —— 表示设备未连接成功或无响应。
device —— 设备已连接。注意这个状态并不能标识 Android 系统已经完全启动和可操作，在设备启动过程中设备实例就可连接到 adb，但启动完毕后系统才处于可操作状态。
no device —— 没有设备/模拟器连接。
以上输出显示当前已经连接了三台设备/模拟器，cf264b8f、emulator-5554 和 10.129.164.6:5555 分别是它们的 SN。从 emulator-5554 这个名字可以看出它是一个 Android 模拟器，而 10.129.164.6:5555 这种形为 <IP>:<Port> 的 serialNumber 一般是无线连接的设备或 Genymotion 等第三方 Android 模拟器。
常见异常输出：
没有设备/模拟器连接成功。
|
|
设备/模拟器未连接到 adb 或无响应。
|
|
通过 USB 连接来正常使用 adb 需要保证几点：
硬件状态正常。
包括 Android 设备处于正常开机状态，USB 连接线和各种接口完好。
Android 设备的开发者选项和 USB 调试模式已开启。
可以到「设置」-「开发者选项」-「Android 调试」查看。
如果在设置里找不到开发者选项，那需要通过一个彩蛋来让它显示出来：在「设置」-「关于手机」连续点击「版本号」7 次。
设备驱动状态正常。
这一点貌似在 Linux 和 Mac OS X 下不用操心，在 Windows 下有可能遇到需要安装驱动的情况，确认这一点可以右键「计算机」-「属性」，到「设备管理器」里查看相关设备上是否有黄色感叹号或问号，如果没有就说明驱动状态已经好了。否则可以下载一个手机助手类程序来安装驱动先。
通过 USB 线连接好电脑和设备后确认状态。
|
|
如果能看到
|
|
说明连接成功。
除了可以通过 USB 连接设备与电脑来使用 adb，也可以通过无线连接——虽然连接过程中也有需要使用 USB 的步骤，但是连接成功之后你的设备就可以在一定范围内摆脱 USB 连接线的限制啦！
操作步骤：
将 Android 设备与要运行 adb 的电脑连接到同一个局域网，比如连到同一个 WiFi。
将设备与电脑通过 USB 线连接。
应确保连接成功（可运行 adb devices 看是否能列出该设备）。
让设备在 5555 端口监听 TCP/IP 连接：
|
|
断开 USB 连接。
找到设备的 IP 地址。
一般能在「设置」-「关于手机」-「状态信息」-「IP地址」找到，也可以使用下文里 查看设备信息 - IP 地址 一节里的方法用 adb 命令来查看。
通过 IP 地址连接设备。
|
|
这里的 <device-ip-address> 就是上一步中找到的设备 IP 地址。
确认连接状态。
|
|
如果能看到
|
|
说明连接成功。
如果连接不了，请确认 Android 设备与电脑是连接到了同一个 WiFi，然后再次执行 adb connect <device-ip-address> 那一步；
如果还是不行的话，通过 adb kill-server 重新启动 adb 然后从头再来一次试试。
断开无线连接
命令：
|
|
注：需要 root 权限。
上一节「无线连接（需要借助 USB 线）」是官方文档里介绍的方法，需要借助于 USB 数据线来实现无线连接。
既然我们想要实现无线连接，那能不能所有步骤下来都是无线的呢？答案是能的。
在 Android 设备上安装一个终端模拟器。
已经安装过的设备可以跳过此步。我使用的终端模拟器下载地址是：Terminal Emulator for Android Downloads
将 Android 设备与要运行 adb 的电脑连接到同一个局域网，比如连到同一个 WiFi。
打开 Android 设备上的终端模拟器，在里面依次运行命令：
|
|
找到 Android 设备的 IP 地址。
一般能在「设置」-「关于手机」-「状态信息」-「IP地址」找到，也可以使用下文里 查看设备信息 - IP 地址 一节里的方法用 adb 命令来查看。
在电脑上通过 adb 和 IP 地址连接 Android 设备。
|
|
这里的 <device-ip-address> 就是上一步中找到的设备 IP 地址。
如果能看到 connected to <device-ip-address>:5555 这样的输出则表示连接成功。
节注一：
有的设备，比如小米 5S + MIUI 8.0 + Android 6.0.1 MXB48T，可能在第 5 步之前需要重启 adbd 服务，在设备的终端模拟器上运行：
|
|
如果 restart 无效，尝试以下命令：
|
|
查看应用列表的基本命令格式是
|
|
即在 adb shell pm list packages 的基础上可以加一些参数进行过滤查看不同的列表，支持的过滤参数如下：
| 参数 | 显示列表 |
|---|---|
| 无 | 所有应用 |
| -f | 显示应用关联的 apk 文件 |
| -d | 只显示 disabled 的应用 |
| -e | 只显示 enabled 的应用 |
| -s | 只显示系统应用 |
| -3 | 只显示第三方应用 |
| -i | 显示应用的 installer |
| -u | 包含已卸载应用 |
<FILTER> |
包名包含 <FILTER> 字符串 |
命令：
|
|
输出示例：
|
|
命令：
|
|
命令：
|
|
比如要查看包名包含字符串 mazhuang 的应用列表，命令：
|
|
当然也可以使用 grep 来过滤：
|
|
命令格式：
|
|
参数：
adb install 后面可以跟一些可选参数来控制安装 APK 的行为，可用参数及含义如下：
| 参数 | 含义 |
|---|---|
| -l | 将应用安装到保护目录 /mnt/asec |
| -r | 允许覆盖安装 |
| -t | 允许安装 AndroidManifest.xml 里 application 指定 android:testOnly="true" 的应用 |
| -s | 将应用安装到 sdcard |
| -d | 允许降级覆盖安装 |
| -g | 授予所有运行时权限 |
运行命令后如果见到类似如下输出（状态为 Success）代表安装成功：
|
|
上面是当前最新版 v1.0.36 的 adb 的输出，会显示 push apk 文件到手机的进度百分比。
使用旧版本 adb 的输出则是这样的：
|
|
而如果状态为 Failure 则表示安装失败，比如：
|
|
常见安装失败输出代码、含义及可能的解决办法如下：
| 输出 | 含义 | 解决办法 |
|---|---|---|
| INSTALL_FAILED_ALREADY_EXISTS | 应用已经存在，或卸载了但没卸载干净 | adb install 时使用 -r 参数，或者先 adb uninstall <packagename> 再安装 |
| INSTALL_FAILED_INVALID_APK | 无效的 APK 文件 | |
| INSTALL_FAILED_INVALID_URI | 无效的 APK 文件名 | 确保 APK 文件名里无中文 |
| INSTALL_FAILED_INSUFFICIENT_STORAGE | 空间不足 | 清理空间 |
| INSTALL_FAILED_DUPLICATE_PACKAGE | 已经存在同名程序 | |
| INSTALL_FAILED_NO_SHARED_USER | 请求的共享用户不存在 | |
| INSTALL_FAILED_UPDATE_INCOMPATIBLE | 以前安装过同名应用，但卸载时数据没有移除；或者已安装该应用，但签名不一致 | 先 adb uninstall <packagename> 再安装 |
| INSTALL_FAILED_SHARED_USER_INCOMPATIBLE | 请求的共享用户存在但签名不一致 | |
| INSTALL_FAILED_MISSING_SHARED_LIBRARY | 安装包使用了设备上不可用的共享库 | |
| INSTALL_FAILED_REPLACE_COULDNT_DELETE | 替换时无法删除 | |
| INSTALL_FAILED_DEXOPT | dex 优化验证失败或空间不足 | |
| INSTALL_FAILED_OLDER_SDK | 设备系统版本低于应用要求 | |
| INSTALL_FAILED_CONFLICTING_PROVIDER | 设备里已经存在与应用里同名的 content provider | |
| INSTALL_FAILED_NEWER_SDK | 设备系统版本高于应用要求 | |
| INSTALL_FAILED_TEST_ONLY | 应用是 test-only 的，但安装时没有指定 -t 参数 |
|
| INSTALL_FAILED_CPU_ABI_INCOMPATIBLE | 包含不兼容设备 CPU 应用程序二进制接口的 native code | |
| INSTALL_FAILED_MISSING_FEATURE | 应用使用了设备不可用的功能 | |
| INSTALL_FAILED_CONTAINER_ERROR | 1. sdcard 访问失败; 2. 应用签名与 ROM 签名一致，被当作内置应用。 |
1. 确认 sdcard 可用，或者安装到内置存储; 2. 打包时不与 ROM 使用相同签名。 |
| INSTALL_FAILED_INVALID_INSTALL_LOCATION | 1. 不能安装到指定位置; 2. 应用签名与 ROM 签名一致，被当作内置应用。 |
1. 切换安装位置，添加或删除 -s 参数;2. 打包时不与 ROM 使用相同签名。 |
| INSTALL_FAILED_MEDIA_UNAVAILABLE | 安装位置不可用 | 一般为 sdcard，确认 sdcard 可用或安装到内置存储 |
| INSTALL_FAILED_VERIFICATION_TIMEOUT | 验证安装包超时 | |
| INSTALL_FAILED_VERIFICATION_FAILURE | 验证安装包失败 | |
| INSTALL_FAILED_PACKAGE_CHANGED | 应用与调用程序期望的不一致 | |
| INSTALL_FAILED_UID_CHANGED | 以前安装过该应用，与本次分配的 UID 不一致 | 清除以前安装过的残留文件 |
| INSTALL_FAILED_VERSION_DOWNGRADE | 已经安装了该应用更高版本 | 使用 -d 参数 |
| INSTALL_FAILED_PERMISSION_MODEL_DOWNGRADE | 已安装 target SDK 支持运行时权限的同名应用，要安装的版本不支持运行时权限 | |
| INSTALL_PARSE_FAILED_NOT_APK | 指定路径不是文件，或不是以 .apk 结尾 |
|
| INSTALL_PARSE_FAILED_BAD_MANIFEST | 无法解析的 AndroidManifest.xml 文件 | |
| INSTALL_PARSE_FAILED_UNEXPECTED_EXCEPTION | 解析器遇到异常 | |
| INSTALL_PARSE_FAILED_NO_CERTIFICATES | 安装包没有签名 | |
| INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES | 已安装该应用，且签名与 APK 文件不一致 | 先卸载设备上的该应用，再安装 |
| INSTALL_PARSE_FAILED_CERTIFICATE_ENCODING | 解析 APK 文件时遇到 CertificateEncodingException |
|
| INSTALL_PARSE_FAILED_BAD_PACKAGE_NAME | manifest 文件里没有或者使用了无效的包名 | |
| INSTALL_PARSE_FAILED_BAD_SHARED_USER_ID | manifest 文件里指定了无效的共享用户 ID | |
| INSTALL_PARSE_FAILED_MANIFEST_MALFORMED | 解析 manifest 文件时遇到结构性错误 | |
| INSTALL_PARSE_FAILED_MANIFEST_EMPTY | 在 manifest 文件里找不到找可操作标签（instrumentation 或 application） | |
| INSTALL_FAILED_INTERNAL_ERROR | 因系统问题安装失败 | |
| INSTALL_FAILED_USER_RESTRICTED | 用户被限制安装应用 | |
| INSTALL_FAILED_DUPLICATE_PERMISSION | 应用尝试定义一个已经存在的权限名称 | |
| INSTALL_FAILED_NO_MATCHING_ABIS | 应用包含设备的应用程序二进制接口不支持的 native code | |
| INSTALL_CANCELED_BY_USER | 应用安装需要在设备上确认，但未操作设备或点了取消 | 在设备上同意安装 |
| INSTALL_FAILED_ACWF_INCOMPATIBLE | 应用程序与设备不兼容 | |
| does not contain AndroidManifest.xml | 无效的 APK 文件 | |
| is not a valid zip file | 无效的 APK 文件 | |
| Offline | 设备未连接成功 | 先将设备与 adb 连接成功 |
| unauthorized | 设备未授权允许调试 | |
| error: device not found | 没有连接成功的设备 | 先将设备与 adb 连接成功 |
| protocol failure | 设备已断开连接 | 先将设备与 adb 连接成功 |
| Unknown option: -s | Android 2.2 以下不支持安装到 sdcard | 不使用 -s 参数 |
| No space left on device | 空间不足 | 清理空间 |
| Permission denied … sdcard … | sdcard 不可用 | |
| signatures do not match the previously installed version; ignoring! | 已安装该应用且签名不一致 | 先卸载设备上的该应用，再安装 |
adb install 内部原理简介
adb install 实际是分三步完成：
push apk 文件到 /data/local/tmp。
调用 pm install 安装。
删除 /data/local/tmp 下的对应 apk 文件。
所以，必要的时候也可以根据这个步骤，手动分步执行安装过程。
命令：
|
|
<packagename> 表示应用的包名，-k 参数可选，表示卸载应用但保留数据和缓存目录。
命令示例：
|
|
表示卸载 360 手机卫士。
命令：
|
|
<packagename> 表示应用名包，这条命令的效果相当于在设置里的应用信息界面点击了「清除缓存」和「清除数据」。
命令示例：
|
|
表示清除 360 手机卫士的数据和缓存。
命令：
|
|
输出示例：
|
|
其中的 com.cyanogenmod.trebuchet/com.android.launcher3.Launcher 就是当前处于前台的 Activity。
命令：
|
|
<packagename> 参数不是必须的，指定 <packagename> 表示查看与某个包名相关的 Services，不指定表示查看所有 Services。
<packagename> 不一定要给出完整的包名，比如运行 adb shell dumpsys activity services org.mazhuang，那么包名 org.mazhuang.demo1、org.mazhuang.demo2 和 org.mazhuang123 等相关的 Services 都会列出来。
主要是使用 am <command> 命令，常用的 <command> 如下：
| command | 用途 |
|---|---|
start [options] <INTENT> |
启动 <INTENT> 指定的 Activity |
startservice [options] <INTENT> |
启动 <INTENT> 指定的 Service |
broadcast [options] <INTENT> |
发送 <INTENT> 指定的广播 |
force-stop <packagename> |
停止 <packagename> 相关的进程 |
<INTENT> 参数很灵活，和写 Android 程序时代码里的 Intent 相对应。
用于决定 intent 对象的选项如下：
| 参数 | 含义 |
|---|---|
-a <ACTION> |
指定 action，比如 android.intent.action.VIEW |
-c <CATEGORY> |
指定 category，比如 android.intent.category.APP_CONTACTS |
-n <COMPONENT> |
指定完整 component 名，用于明确指定启动哪个 Activity，如 com.example.app/.ExampleActivity |
<INTENT> 里还能带数据，就像写代码时的 Bundle 一样：
| 参数 | 含义 | |
|---|---|---|
--esn <EXTRA_KEY> |
null 值（只有 key 名） | |
| `-e | –es |
string 值 |
--ez <EXTRA_KEY> <EXTRA_BOOLEAN_VALUE> |
boolean 值 | |
--ei <EXTRA_KEY> <EXTRA_INT_VALUE> |
integer 值 | |
--el <EXTRA_KEY> <EXTRA_LONG_VALUE> |
long 值 | |
--ef <EXTRA_KEY> <EXTRA_FLOAT_VALUE> |
float 值 | |
--eu <EXTRA_KEY> <EXTRA_URI_VALUE> |
URI | |
--ecn <EXTRA_KEY> <EXTRA_COMPONENT_NAME_VALUE> |
component name | |
--eia <EXTRA_KEY> <EXTRA_INT_VALUE>[,<EXTRA_INT_VALUE...] |
integer 数组 | |
--ela <EXTRA_KEY> <EXTRA_LONG_VALUE>[,<EXTRA_LONG_VALUE...] |
long 数组 |
命令格式：
|
|
例如：
|
|
表示调起微信主界面。
|
|
表示调起 org.mazhuang.boottimemeasure/.MainActivity 并传给它 string 数据键值对 toast - hello, world。
命令格式：
|
|
例如：
|
|
表示调起微信的某 Service。
命令格式：
|
|
可以向所有组件广播，也可以只向指定组件广播。
例如，向所有组件广播 BOOT_COMPLETED：
|
|
又例如，只向 org.mazhuang.boottimemeasure/.BootCompletedReceiver 广播 BOOT_COMPLETED：
|
|
这类用法在测试的时候很实用，比如某个广播的场景很难制造，可以考虑通过这种方式来发送广播。
既能发送系统预定义的广播，也能发送自定义广播。如下是部分系统预定义广播及正常触发时机：
| action | 触发时机 |
|---|---|
| android.net.conn.CONNECTIVITY_CHANGE | 网络连接发生变化 |
| android.intent.action.SCREEN_ON | 屏幕点亮 |
| android.intent.action.SCREEN_OFF | 屏幕熄灭 |
| android.intent.action.BATTERY_LOW | 电量低，会弹出电量低提示框 |
| android.intent.action.BATTERY_OKAY | 电量恢复了 |
| android.intent.action.BOOT_COMPLETED | 设备启动完毕 |
| android.intent.action.DEVICE_STORAGE_LOW | 存储空间过低 |
| android.intent.action.DEVICE_STORAGE_OK | 存储空间恢复 |
| android.intent.action.PACKAGE_ADDED | 安装了新的应用 |
| android.net.wifi.STATE_CHANGE | WiFi 连接状态发生变化 |
| android.net.wifi.WIFI_STATE_CHANGED | WiFi 状态变为启用/关闭/正在启动/正在关闭/未知 |
| android.intent.action.BATTERY_CHANGED | 电池电量发生变化 |
| android.intent.action.INPUT_METHOD_CHANGED | 系统输入法发生变化 |
| android.intent.action.ACTION_POWER_CONNECTED | 外部电源连接 |
| android.intent.action.ACTION_POWER_DISCONNECTED | 外部电源断开连接 |
| android.intent.action.DREAMING_STARTED | 系统开始休眠 |
| android.intent.action.DREAMING_STOPPED | 系统停止休眠 |
| android.intent.action.WALLPAPER_CHANGED | 壁纸发生变化 |
| android.intent.action.HEADSET_PLUG | 插入耳机 |
| android.intent.action.MEDIA_UNMOUNTED | 卸载外部介质 |
| android.intent.action.MEDIA_MOUNTED | 挂载外部介质 |
| android.os.action.POWER_SAVE_MODE_CHANGED | 省电模式开启 |
（以上广播均可使用 adb 触发）
命令：
|
|
命令示例：
|
|
表示停止 360 安全卫士的一切进程与服务。
命令：
|
|
其中 电脑上的目录 参数可以省略，默认复制到当前目录。
例：
|
|
小技巧：设备上的文件路径可能需要 root 权限才能访问，如果你的设备已经 root 过，可以先使用 adb shell 和 su 命令在 adb shell 里获取 root 权限后，先 cp /path/on/device /sdcard/filename 将文件复制到 sdcard，然后 adb pull /sdcard/filename /path/on/pc。
命令：
|
|
例：
|
|
小技巧：设备上的文件路径普通权限可能无法直接写入，如果你的设备已经 root 过，可以先 adb push /path/on/pc /sdcard/filename，然后 adb shell 和 su 在 adb shell 里获取 root 权限后，cp /sdcard/filename /path/on/device。
在 adb shell 里有个很实用的命令叫 input，通过它可以做一些有趣的事情。
input 命令的完整 help 信息如下：
|
|
比如使用 adb shell input keyevent <keycode> 命令，不同的 keycode 能实现不同的功能，完整的 keycode 列表详见 KeyEvent，摘引部分我觉得有意思的如下：
| keycode | 含义 |
|---|---|
| 3 | HOME 键 |
| 4 | 返回键 |
| 5 | 打开拨号应用 |
| 6 | 挂断电话 |
| 24 | 增加音量 |
| 25 | 降低音量 |
| 26 | 电源键 |
| 27 | 拍照（需要在相机应用里） |
| 64 | 打开浏览器 |
| 82 | 菜单键 |
| 85 | 播放/暂停 |
| 86 | 停止播放 |
| 87 | 播放下一首 |
| 88 | 播放上一首 |
| 122 | 移动光标到行首或列表顶部 |
| 123 | 移动光标到行末或列表底部 |
| 126 | 恢复播放 |
| 127 | 暂停播放 |
| 164 | 静音 |
| 176 | 打开系统设置 |
| 187 | 切换应用 |
| 207 | 打开联系人 |
| 208 | 打开日历 |
| 209 | 打开音乐 |
| 210 | 打开计算器 |
| 220 | 降低屏幕亮度 |
| 221 | 提高屏幕亮度 |
| 223 | 系统休眠 |
| 224 | 点亮屏幕 |
| 231 | 打开语音助手 |
| 276 | 如果没有 wakelock 则让系统休眠 |
下面是 input 命令的一些用法举例。
命令：
|
|
执行效果相当于按电源键。
命令：
|
|
命令：
|
|
命令：
|
|
增加音量：
|
|
降低音量：
|
|
静音：
|
|
播放/暂停：
|
|
停止播放：
|
|
播放下一首：
|
|
播放上一首：
|
|
恢复播放：
|
|
暂停播放：
|
|
可以通过上文讲述过的模拟电源键来切换点亮和熄灭屏幕，但如果明确地想要点亮或者熄灭屏幕，那可以使用如下方法。
点亮屏幕：
|
|
熄灭屏幕：
|
|
如果锁屏没有密码，是通过滑动手势解锁，那么可以通过 input swipe 来解锁。
命令（参数以机型 Nexus 5，向上滑动手势解锁举例）：
|
|
参数 300 1000 300 500 分别表示起始点x坐标 起始点y坐标 结束点x坐标 结束点y坐标。
在焦点处于某文本框时，可以通过 input 命令来输入文本。
命令：
|
|
现在 hello 出现在文本框了。
Android 系统的日志分为两部分，底层的 Linux 内核日志输出到 /proc/kmsg，Android 的日志输出到 /dev/log。
命令格式：
|
|
常用用法列举如下：
Android 的日志分为如下几个优先级（priority）：
按某级别过滤日志则会将该级别及以上的日志输出。
比如，命令：
|
|
会将 Warning、Error、Fatal 和 Silent 日志输出。
（注： 在 macOS 下需要给 *:W 这样以 * 作为 tag 的参数加双引号，如 adb logcat "*:W"，不然会报错 no matches found: *:W。）
<filter-spec> 可以由多个 <tag>[:priority] 组成。
比如，命令：
|
|
表示输出 tag ActivityManager 的 Info 以上级别日志，输出 tag MyApp 的 Debug 以上级别日志，及其它 tag 的 Silent 级别日志（即屏蔽其它 tag 日志）。
可以用 adb logcat -v <format> 选项指定日志输出格式。
日志支持按以下几种 <format>：
brief
默认格式。格式为：
|
|
示例：
|
|
process
格式为：
|
|
示例：
|
|
tag
格式为：
|
|
示例：
|
|
raw
格式为：
|
|
示例：
|
|
time
格式为：
|
|
示例：
|
|
threadtime
格式为：
|
|
示例：
|
|
long
格式为：
|
|
示例：
|
|
指定格式可与上面的过滤同时使用。比如：
|
|
|
|
命令：
|
|
输出示例：
|
|
中括号里的 [14201.684016] 代表内核开始启动后的时间，单位为秒。
通过内核日志我们可以做一些事情，比如衡量内核启动时间，在系统启动完毕后的内核日志里找到 Freeing init memory 那一行前面的时间就是。
命令：
|
|
输出示例：
|
|
命令：
|
|
输入示例：
|
|
其中 scale 代表最大电量，level 代表当前电量。上面的输出表示还剩下 44% 的电量。
命令：
|
|
输出示例：
|
|
该设备屏幕分辨率为 1080px * 1920px。
如果使用命令修改过，那输出可能是：
|
|
表明设备的屏幕分辨率原本是 1080px 1920px，当前被修改为 480px 1024px。
命令：
|
|
输出示例：
|
|
该设备屏幕密度为 420dpi。
如果使用命令修改过，那输出可能是：
|
|
表明设备的屏幕密度原来是 480dpi，当前被修改为 160dpi。
命令：
|
|
输出示例：
|
|
其中 mDisplayId 为 显示屏编号，init 是初始分辨率和屏幕密度，app 的高度比 init 里的要小，表示屏幕底部有虚拟按键，高度为 1920 - 1794 = 126px 合 42dp。
命令：
|
|
输出示例：
|
|
在 Android 4.4 及以下版本可通过如下命令获取 IMEI：
|
|
输出示例：
|
|
其中的 Device ID 就是 IMEI。
而在 Android 5.0 及以上版本里这个命令输出为空，得通过其它方式获取了（需要 root 权限）：
|
|
输出示例：
|
|
把里面的有效内容提取出来就是 IMEI 了，比如这里的是 860955027785041。
参考：adb shell dumpsys iphonesubinfo not working since Android 5.0 Lollipop
命令：
|
|
输出示例：
|
|
每次想知道设备的 IP 地址的时候都得「设置」-「关于手机」-「状态信息」-「IP地址」很烦对不对？通过 adb 可以方便地查看。
命令：
|
|
输出示例：
|
|
那么 10.130.245.230 就是设备 IP 地址。
在有的设备上这个命令没有输出，如果设备连着 WiFi，可以使用如下命令来查看局域网 IP：
|
|
输出示例：
|
|
或
|
|
如果以上命令仍然不能得到期望的信息，那可以试试以下命令（部分系统版本里可用）：
|
|
输出示例：
|
|
可以看到网络连接名称、启用状态、IP 地址和 Mac 地址等信息。
命令：
|
|
输出示例：
|
|
这查看的是局域网 Mac 地址，移动网络或其它连接的信息可以通过前面的小节「IP 地址」里提到的 adb shell netcfg 命令来查看。
命令：
|
|
输出示例：
|
|
这是 Nexus 5 的 CPU 信息，我们从输出里可以看到使用的硬件是 Qualcomm MSM 8974，processor 的编号是 0 到 3，所以它是四核的，采用的架构是 ARMv7 Processor rev 0 (v71)。
命令：
|
|
输出示例：
|
|
其中，MemTotal 就是设备的总内存，MemFree 是当前空闲内存。
设备的更多硬件与系统属性可以通过如下命令查看：
|
|
这会输出很多信息，包括前面几个小节提到的「型号」和「Android 系统版本」等。
输出里还包括一些其它有用的信息，它们也可通过 adb shell getprop <属性名> 命令单独查看，列举一部分属性如下：
| 属性名 | 含义 |
|---|---|
| ro.build.version.sdk | SDK 版本 |
| ro.build.version.release | Android 系统版本 |
| ro.build.version.security_patch | Android 安全补丁程序级别 |
| ro.product.model | 型号 |
| ro.product.brand | 品牌 |
| ro.product.name | 设备名 |
| ro.product.board | 处理器型号 |
| ro.product.cpu.abilist | CPU 支持的 abi 列表[节注一] |
| persist.sys.isUsbOtgEnabled | 是否支持 OTG |
| dalvik.vm.heapsize | 每个应用程序的内存上限 |
| ro.sf.lcd_density | 屏幕密度 |
节注一：
一些小厂定制的 ROM 可能修改过 CPU 支持的 abi 列表的属性名，如果用 ro.product.cpu.abilist 属性名查找不到，可以这样试试：
|
|
示例输出：
|
|
注： 修改设置之后，运行恢复命令有可能显示仍然不太正常，可以运行 adb reboot 重启设备，或手动重启。
修改设置的原理主要是通过 settings 命令修改 /data/data/com.android.providers.settings/databases/settings.db 里存放的设置值。
命令：
|
|
表示将分辨率修改为 480px * 1024px。
恢复原分辨率命令：
|
|
命令：
|
|
表示将屏幕密度修改为 160dpi。
恢复原屏幕密度命令：
|
|
命令：
|
|
四个数字分别表示距离左、上、右、下边缘的留白像素，以上命令表示将屏幕底部 200px 留白。
恢复原显示区域命令：
|
|
命令：
|
|
恢复：
用命令恢复不了了，毕竟关闭了 USB 调试 adb 就连接不上 Android 设备了。
去设备上手动恢复吧：「设置」-「开发者选项」-「Android 调试」。
本节所说的相关设置对应 Cyanogenmod 里的「扩展桌面」。
命令：
|
|
<key-values> 可由如下几种键及其对应的值组成，格式为 <key1>=<value1>:<key2>=<value2>。
| key | 含义 |
|---|---|
| immersive.full | 同时隐藏 |
| immersive.status | 隐藏状态栏 |
| immersive.navigation | 隐藏导航栏 |
| immersive.preconfirms | ? |
这些键对应的值可则如下值用逗号组合：
| value | 含义 |
|---|---|
apps |
所有应用 |
* |
所有界面 |
packagename |
指定应用 |
-packagename |
排除指定应用 |
例如：
|
|
表示设置在所有界面下都同时隐藏状态栏和导航栏。
|
|
表示设置在包名为 com.package1 和 com.package2 的应用里隐藏状态栏，在除了包名为 com.package3 的所有应用里隐藏导航栏。
截图保存到电脑：
|
|
如果 adb 版本较老，无法使用 exec-out 命令，这时候建议更新 adb 版本。无法更新的话可以使用以下麻烦点的办法：
先截图保存到设备里：
|
|
然后将 png 文件导出到电脑：
|
|
可以使用 adb shell screencap -h 查看 screencap 命令的帮助信息，下面是两个有意义的参数及含义：
| 参数 | 含义 |
|---|---|
| -p | 指定保存文件为 png 格式 |
| -d display-id | 指定截图的显示屏编号（有多显示屏的情况下） |
实测如果指定文件名以 .png 结尾时可以省略 -p 参数；否则需要使用 -p 参数。如果不指定文件名，截图文件的内容将直接输出到 stdout。
另外一种一行命令截图并保存到电脑的方法：
Linux 和 Windows
|
|
Mac OS X
|
|
这个方法需要用到 gnu sed 命令，在 Linux 下直接就有，在 Windows 下 Git 安装目录的 bin 文件夹下也有。如果确实找不到该命令，可以下载 sed for Windows 并将 sed.exe 所在文件夹添加到 PATH 环境变量里。
而在 Mac 下使用系统自带的 sed 命令会报错：
|
|
需要安装 gnu-sed，然后使用 gsed 命令：
|
|
录制屏幕以 mp4 格式保存到 /sdcard：
|
|
需要停止时按 Ctrl-C，默认录制时间和最长录制时间都是 180 秒。
如果需要导出到电脑：
|
|
可以使用 adb shell screenrecord --help 查看 screenrecord 命令的帮助信息，下面是常见参数及含义：
| 参数 | 含义 |
|---|---|
| –size WIDTHxHEIGHT | 视频的尺寸，比如 1280x720，默认是屏幕分辨率。 |
| –bit-rate RATE | 视频的比特率，默认是 4Mbps。 |
| –time-limit TIME | 录制时长，单位秒。 |
| –verbose | 输出更多信息。 |
注：需要 root 权限。
/system 分区默认挂载为只读，但有些操作比如给 Android 系统添加命令、删除自带应用等需要对 /system 进行写操作，所以需要重新挂载它为可读写。
步骤：
进入 shell 并切换到 root 用户权限。
命令：
|
|
查看当前分区挂载情况。
命令：
|
|
输出示例：
|
|
找到其中我们关注的带 /system 的那一行：
|
|
重新挂载。
命令：
|
|
这里的 /dev/block/platform/msm_sdcc.1/by-name/system 就是我们从上一步的输出里得到的文件路径。
如果输出没有提示错误的话，操作就成功了，可以对 /system 下的文件为所欲为了。
注：需要 root 权限。
命令：
|
|
输出示例：
|
|
ssid 即为我们在 WLAN 设置里看到的名称，psk 为密码，key_mgmt 为安全加密方式。
注：需要 root 权限。
命令：
|
|
表示将系统日期和时间更改为 2016 年 08 月 23 日 13 点 15 分 00 秒。
命令：
|
|
命令：
|
|
此时命令行提示符是 $ 则表示没有 root 权限，是 # 则表示已 root。
Monkey 可以生成伪随机用户事件来模拟单击、触摸、手势等操作，可以对正在开发中的程序进行随机压力测试。
简单用法：
|
|
表示向 <packagename> 指定的应用程序发送 500 个伪随机事件。
Monkey 的详细用法参考 官方文档。
注：需要 root 权限。
有时需要控制设备的 WiFi 状态，可以用以下指令完成。
开启 WiFi：
|
|
关闭 WiFi：
|
|
若执行成功，输出为空；若未取得 root 权限执行此命令，将执行失败，输出 Killed。
命令：
|
|
命令：
|
|
命令：
|
|
如果我们下载了 Android 设备对应的系统更新包到电脑上，那么也可以通过 adb 来完成更新。
以 Recovery 模式下更新为例：
重启到 Recovery 模式。
命令：
|
|
在设备的 Recovery 界面上操作进入 Apply update-Apply from ADB。
注：不同的 Recovery 菜单可能与此有差异，有的是一级菜单就有 Apply update from ADB。
通过 adb 上传和更新系统。
命令：
|
|
Android 系统是基于 Linux 内核的，所以 Linux 里的很多命令在 Android 里也有相同或类似的实现，在 adb shell 里可以调用。本文档前面的部分内容已经用到了 adb shell 命令。
命令：
|
|
输出示例：
|
|
各列含义：
| 列名 | 含义 |
|---|---|
| USER | 所属用户 |
| PID | 进程 ID |
| PPID | 父进程 ID |
| NAME | 进程名 |
命令：
|
|
输出示例：
|
|
各列含义：
| 列名 | 含义 |
|---|---|
| PID | 进程 ID |
| PR | 优先级 |
| CPU% | 当前瞬间占用 CPU 百分比 |
| S | 进程状态（R=运行，S=睡眠，T=跟踪/停止，Z=僵尸进程） |
| #THR | 线程数 |
| VSS | Virtual Set Size 虚拟耗用内存（包含共享库占用的内存） |
| RSS | Resident Set Size 实际使用物理内存（包含共享库占用的内存） |
| PCY | 调度策略优先级，SP_BACKGROUND/SPFOREGROUND |
| UID | 进程所有者的用户 ID |
| NAME | 进程名 |
top 命令还支持一些命令行参数，详细用法如下：
|
|
如下是其它常用命令的简单描述，前文已经专门讲过的命令不再额外说明：
| 命令 | 功能 |
|---|---|
| cat | 显示文件内容 |
| cd | 切换目录 |
| chmod | 改变文件的存取模式/访问权限 |
| df | 查看磁盘空间使用情况 |
| grep | 过滤输出 |
| kill | 杀死指定 PID 的进程 |
| ls | 列举目录内容 |
| mount | 挂载目录的查看和管理 |
| mv | 移动或重命名文件 |
| ps | 查看正在运行的进程 |
| rm | 删除文件 |
| top | 查看进程的资源占用情况 |
出错提示
|
|
可能原因
adb server 进程想使用的 5037 端口被占用。
解决方案
找到占用 5037 端口的进程，然后终止它。以 Windows 下为例：
|
|
这里 1548 即为进程 ID，用命令结束该进程：
|
|
然后再启动 adb 就没问题了。
感谢朋友们无私的分享与补充（排名不分先后）。
zxning，linhua55，codeskyblue，seasonyuu，fan123199，zhEdward，0x8BADFOOD，keith666666。
注册广播接收器可以在manifest文件中静态注册也可以在代码中用Context实例动态注册。需要注意的是，如果你在manifest中注册了广播接收器，当你监听的广播发出的时候，广播接收器都能接收到广播，而不管之前你的应用有没有运行。但是如果你是用context注册广播接收器的话，只有当你注册的context还有效的时候你才能接收到广播。比如你使用Activity来注册广播监听器，那么你只能在Activity还未销毁的时候才能接收到广播。如果你使用Application来注册广播接收器，那么你只有在应用运行的时候才能接收到广播。
对于使用context注册的广播接收器，如果你想停止接收广播，你可以使用unregisterReceiver(BroadcastReceiver)来停止接收。当你不再需要广播接收器或者context不再有效的时候你应该注销它。需要注意一下你注册和注销广播接收器的地方，以免出现内存泄漏。比如你在activity的onCreate（Bundle）中注册了广播接收器，你就应该在onDestroy（）中注销它；如果你在onResume（）中注册就应该在onPause（）中注销。
安卓提供了三总方法来发送广播
广播接收器的状态能够影响容器进程的状态，也就是说这将影响它被系统杀死的可能性。比如当进程正在执行广播接收器的时候（当前执行的代码在onReceive方法中），该进程就会被视作为前台进程。系统将保证它的正常运行，除非内存极度缺乏的情况下才会杀死该进程。然而，一旦运行的代码从onReceive中返回之后，广播接收器就不再是活动状态。该宿主进程的优先级将由运行在该进程内的其他组件决定。如果进程内只包含一个在manifest中声明的广播接收器，那么一旦从onReceive中返回，系统将把它视作一个低优先级的进程并且可能将它杀死来为其他更重要的进程提供资源。基于以上原因，你不应该在广播接收其中开启后台进程，而应该使用goAsync()或者是JobService。
在安卓7.0及更高的版本中，一下的系统广播将不再发送。这个优化将影响到所有的应用，不仅仅是那些面向安卓7.0开发的应用。
那些面向安卓7.0（api 24）及更高的版本开发的应用必须使用registerReceiver(BroadcastReceiver, IntentFilter)来注册广播监听。在manifest文件中注册监听将不再起作用
从安卓8.0（api 26）开始，系统对在manifest中声明的广播接收器增加了额外的限制。如果你的应用面向api 26或者更高，你将不能在manifest中声明接收隐式广播（没有特意指明发送给你的应用的广播）的接收器。
头部区域由以下几部分组成：
内容区域由以下几部分组成：
当通知展开时，在其底部最多可以展示三个通知。
在安卓 N 以及之后的版本中，动作的图标将不再显示以显示更多的字。但是开发时还是应该提供动作的图标，因为安卓 N 之前的版本，android wear 和android auto都依赖它
google在它的应用中使用到了一下几种通知模板：
标准模板使用于大多数的通知，可以显示精简的内容，一个大图标和动作
当你有一大串文字需要展示的时候应该使用这个模板。当这个通知展开的时候它可以让用户预览到更多的文字。
当通知包含图片的时候应该使用这个模板。当通知未展开时大图标区域会显示图片的缩略图，当通知展开时用户能看到一个更大的预览图。
当用户发起的任务需要花一段时间才能完成，并且该任务需要能随时取消时应该使用该模板。(不可取消的任务不能显示在通知栏)
该模板能让用户控制当前正在播放的多媒体
该模板是为实时通信设计的。作为可选项，你可以让用户直接在通知上回复消息
参考链接:
https://material.io/guidelines/patterns/notifications.html
做过安卓原生热更新的同学都知道，要实现热更新需要自己实现一个DexClassLoader来加载需要热更新的类。同理，要实现RN的热更新自然需要我们自己来控制js文件的加载逻辑。那么RN是如何加载js文件的呢？首先，我们在开发的时候会有多个js文件，但是在我们构建release包的时候，这些js文件会连同rn源代码和第三方库被打包进一个叫做index.android.bundle的js文件中，这个文件会被放到asset目录中去，然后RN应用在启动的时候就会去加载这个js文件。
那么RN具体是如何加载这个js的呢？我们可以看到在RN的MainApplicat这个类中实现了ReactApplication这个接口，该接口如下所示：1234567public interface ReactApplication { /** * Get the default {@link ReactNativeHost} for this app. */ ReactNativeHost getReactNativeHost();}
而在ReactNativeHost这个类中有以下两个方法，其中getJsBundleFile这个方法的注释中写到这个方法是用来返回自定义的bundle路径的。至此，我们知道了，想要加载我们自己的js文件可以通过覆写该方法来实现。
|
|
我们已经知道了如何来加载自己的js文件了，那么我们的这个js文件又该如何生成呢？可以使用react-native bundle命令,该命令的详细使用如下所示：123456789101112131415161718192021222324RNHotFix react-native bundle -hScanning 577 folders for symlinks in /Users/nali/workspace/react-native/RNHotFix/node_modules (5ms) react-native bundle [options] builds the javascript bundle for offline use Options: --entry-file <path> Path to the root JS file, either absolute or relative to JS root --platform [string] Either "ios" or "android" --transformer [string] Specify a custom transformer to be used --dev [boolean] If false, warnings are disabled and the bundle is minified --bundle-output <string> File name where to store the resulting bundle, ex. /tmp/groups.bundle --bundle-encoding [string] Encoding the bundle should be written in (https://nodejs.org/api/buffer.html#buffer_buffer). --max-workers [number] Specifies the maximum number of workers the worker-pool will spawn for transforming files. This defaults to the number of the cores available on your machine. --sourcemap-output [string] File name where to store the sourcemap file for resulting bundle, ex. /tmp/groups.map --sourcemap-sources-root [string] Path to make sourcemap's sources entries relative to, ex. /root/dir --sourcemap-use-absolute-path Report SourceMapURL using its full path --assets-dest [string] Directory name where to store assets referenced in the bundle --verbose Enables logging --reset-cache Removes cached files --read-global-cache Try to fetch transformed JS code from the global cache, if configured. --config [string] Path to the CLI configuration file -h, --help output usage information
在安卓上我们可以通过以下命令来生成我们的bundle：1react-native bundle --entry-file index.android.js --bundle-output ./bundle/index.android.bundle --platform android --assets-dest ./bundle --dev false
为了方便理解，笔者这里写了RN热更新的客户端实现和服务端小Demo，欢迎star和issue。
客户端
服务端
热更新服务端采用python的flask框架实现，服务端只提供两个接口，一个用来检测客户端是否需要更新bundle，一个用来供客户端下载最新bundle。最新的js bundle需放到latestJsBundle目录中，且名称必须为“2.3.4.3”这种格式。
bsdiff python模块中有两个方法:
Diff(origData, newData);
很明显该方法的参数为原始数据和新数据，返回值用于构造新数据
Patch(origData, newDataLength, controlTuples, diffBlock, extraBlock)
该方法的参数为原始数据，新数据的长度以及Diff方法的返回值，返回值为新数据
#安卓真机如何打开dev menu
在RN的默认页面会显示
Double tap R on your keyboard to reload,
Shake or press menu button for dev menu
这句话是说想要打开dev menu可以使劲摇你的手机或者点击手机上的菜单按钮，
如果摇一摇没有的话，换一个手机，如果你的手机没有菜单按钮的话，换一个手机
adb reverse tcp:8001 tcp:8081
在使用button的时候你会发现给它设置margin根本没有作用，此时可以使用TouchableOpacity
组件替代button
FlatList是用来替换ListView的RN组件，官方文档中提及FlatList支持下拉刷新
A performant interface for rendering simple, flat lists, supporting the most handy features:
Fully cross-platform.Optional horizontal mode.
Configurable viewability callbacks.
Header support.
Footer support.
Separator support.
Pull to Refresh.
Scroll loading.
ScrollToIndex support.
但是如果如果你只是简单的使用FlatList而不设置任何属性的话你会发现往下拉的时候
根本没有反应。此时你需要设置onRefresh属性，这样下拉时才会有反应，而你也能
在onRefresh方法中做数据刷新。
对java的23种设计模式还不了解的同学可以参考该博客:http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html
1.工厂模式与建造者模式的区别
我的理解是使用工厂模式创建出来的所有对象都是一模一样的，而使用建造者模式创建出来的不同对象可能拥有不同的属性。什么叫不同的对象拥有不同的属性呢？为了方便理解，这里举个安卓中的具体例子：AlertDialog.Builder
安卓中的AlertDialog这个类的创建就是使用了建造者模式。一般来说我们创建一个AlertDialog实例的方法是：
new AlertDialog.Builder(MainActivity.this).builder.setMessage(“确认退出吗？”).builder.setTitle(“提示”).create();
我们在每次在创建AlertDialog的时候可以设置不同的Message和Title，每次设置的不同的Message或者Title就是不同的属性。
2.代理模式与装饰器模式的区别
装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。换句话 说，用代理模式，代理类（proxy class）可以对它的客户隐藏一个对象的具体信息。因此，当使用代理模式的时候，我们常常在一个代理类中创建一个对象的实例。并且，当我们使用装饰器模 式的时候，我们通常的做法是将原始对象作为一个参数传给装饰者的构造器。
我们可以用另外一句话来总结这些差别：使用代理模式，代理和真实对象之间的的关系通常在编译时就已经确定了，而装饰者能够在运行时递归地被构造。