├── LICENSE ├── README.md └── assets ├── android-interview-questions.png └── overloading-vs-overriding.png /LICENSE: -------------------------------------------------------------------------------- 1 | Apache License 2 | Version 2.0, January 2004 3 | http://www.apache.org/licenses/ 4 | 5 | TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION 6 | 7 | 1. Definitions. 8 | 9 | "License" shall mean the terms and conditions for use, reproduction, 10 | and distribution as defined by Sections 1 through 9 of this document. 11 | 12 | "Licensor" shall mean the copyright owner or entity authorized by 13 | the copyright owner that is granting the License. 14 | 15 | "Legal Entity" shall mean the union of the acting entity and all 16 | other entities that control, are controlled by, or are under common 17 | control with that entity. For the purposes of this definition, 18 | "control" means (i) the power, direct or indirect, to cause the 19 | direction or management of such entity, whether by contract or 20 | otherwise, or (ii) ownership of fifty percent (50%) or more of the 21 | outstanding shares, or (iii) beneficial ownership of such entity. 22 | 23 | "You" (or "Your") shall mean an individual or Legal Entity 24 | exercising permissions granted by this License. 25 | 26 | "Source" form shall mean the preferred form for making modifications, 27 | including but not limited to software source code, documentation 28 | source, and configuration files. 29 | 30 | "Object" form shall mean any form resulting from mechanical 31 | transformation or translation of a Source form, including but 32 | not limited to compiled object code, generated documentation, 33 | and conversions to other media types. 34 | 35 | "Work" shall mean the work of authorship, whether in Source or 36 | Object form, made available under the License, as indicated by a 37 | copyright notice that is included in or attached to the work 38 | (an example is provided in the Appendix below). 39 | 40 | "Derivative Works" shall mean any work, whether in Source or Object 41 | form, that is based on (or derived from) the Work and for which the 42 | editorial revisions, annotations, elaborations, or other modifications 43 | represent, as a whole, an original work of authorship. For the purposes 44 | of this License, Derivative Works shall not include works that remain 45 | separable from, or merely link (or bind by name) to the interfaces of, 46 | the Work and Derivative Works thereof. 47 | 48 | "Contribution" shall mean any work of authorship, including 49 | the original version of the Work and any modifications or additions 50 | to that Work or Derivative Works thereof, that is intentionally 51 | submitted to Licensor for inclusion in the Work by the copyright owner 52 | or by an individual or Legal Entity authorized to submit on behalf of 53 | the copyright owner. For the purposes of this definition, "submitted" 54 | means any form of electronic, verbal, or written communication sent 55 | to the Licensor or its representatives, including but not limited to 56 | communication on electronic mailing lists, source code control systems, 57 | and issue tracking systems that are managed by, or on behalf of, the 58 | Licensor for the purpose of discussing and improving the Work, but 59 | excluding communication that is conspicuously marked or otherwise 60 | designated in writing by the copyright owner as "Not a Contribution." 61 | 62 | "Contributor" shall mean Licensor and any individual or Legal Entity 63 | on behalf of whom a Contribution has been received by Licensor and 64 | subsequently incorporated within the Work. 65 | 66 | 2. Grant of Copyright License. Subject to the terms and conditions of 67 | this License, each Contributor hereby grants to You a perpetual, 68 | worldwide, non-exclusive, no-charge, royalty-free, irrevocable 69 | copyright license to reproduce, prepare Derivative Works of, 70 | publicly display, publicly perform, sublicense, and distribute the 71 | Work and such Derivative Works in Source or Object form. 72 | 73 | 3. Grant of Patent License. Subject to the terms and conditions of 74 | this License, each Contributor hereby grants to You a perpetual, 75 | worldwide, non-exclusive, no-charge, royalty-free, irrevocable 76 | (except as stated in this section) patent license to make, have made, 77 | use, offer to sell, sell, import, and otherwise transfer the Work, 78 | where such license applies only to those patent claims licensable 79 | by such Contributor that are necessarily infringed by their 80 | Contribution(s) alone or by combination of their Contribution(s) 81 | with the Work to which such Contribution(s) was submitted. If You 82 | institute patent litigation against any entity (including a 83 | cross-claim or counterclaim in a lawsuit) alleging that the Work 84 | or a Contribution incorporated within the Work constitutes direct 85 | or contributory patent infringement, then any patent licenses 86 | granted to You under this License for that Work shall terminate 87 | as of the date such litigation is filed. 88 | 89 | 4. Redistribution. You may reproduce and distribute copies of the 90 | Work or Derivative Works thereof in any medium, with or without 91 | modifications, and in Source or Object form, provided that You 92 | meet the following conditions: 93 | 94 | (a) You must give any other recipients of the Work or 95 | Derivative Works a copy of this License; and 96 | 97 | (b) You must cause any modified files to carry prominent notices 98 | stating that You changed the files; and 99 | 100 | (c) You must retain, in the Source form of any Derivative Works 101 | that You distribute, all copyright, patent, trademark, and 102 | attribution notices from the Source form of the Work, 103 | excluding those notices that do not pertain to any part of 104 | the Derivative Works; and 105 | 106 | (d) If the Work includes a "NOTICE" text file as part of its 107 | distribution, then any Derivative Works that You distribute must 108 | include a readable copy of the attribution notices contained 109 | within such NOTICE file, excluding those notices that do not 110 | pertain to any part of the Derivative Works, in at least one 111 | of the following places: within a NOTICE text file distributed 112 | as part of the Derivative Works; within the Source form or 113 | documentation, if provided along with the Derivative Works; or, 114 | within a display generated by the Derivative Works, if and 115 | wherever such third-party notices normally appear. The contents 116 | of the NOTICE file are for informational purposes only and 117 | do not modify the License. You may add Your own attribution 118 | notices within Derivative Works that You distribute, alongside 119 | or as an addendum to the NOTICE text from the Work, provided 120 | that such additional attribution notices cannot be construed 121 | as modifying the License. 122 | 123 | You may add Your own copyright statement to Your modifications and 124 | may provide additional or different license terms and conditions 125 | for use, reproduction, or distribution of Your modifications, or 126 | for any such Derivative Works as a whole, provided Your use, 127 | reproduction, and distribution of the Work otherwise complies with 128 | the conditions stated in this License. 129 | 130 | 5. Submission of Contributions. Unless You explicitly state otherwise, 131 | any Contribution intentionally submitted for inclusion in the Work 132 | by You to the Licensor shall be under the terms and conditions of 133 | this License, without any additional terms or conditions. 134 | Notwithstanding the above, nothing herein shall supersede or modify 135 | the terms of any separate license agreement you may have executed 136 | with Licensor regarding such Contributions. 137 | 138 | 6. Trademarks. This License does not grant permission to use the trade 139 | names, trademarks, service marks, or product names of the Licensor, 140 | except as required for reasonable and customary use in describing the 141 | origin of the Work and reproducing the content of the NOTICE file. 142 | 143 | 7. Disclaimer of Warranty. Unless required by applicable law or 144 | agreed to in writing, Licensor provides the Work (and each 145 | Contributor provides its Contributions) on an "AS IS" BASIS, 146 | WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or 147 | implied, including, without limitation, any warranties or conditions 148 | of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A 149 | PARTICULAR PURPOSE. You are solely responsible for determining the 150 | appropriateness of using or redistributing the Work and assume any 151 | risks associated with Your exercise of permissions under this License. 152 | 153 | 8. Limitation of Liability. In no event and under no legal theory, 154 | whether in tort (including negligence), contract, or otherwise, 155 | unless required by applicable law (such as deliberate and grossly 156 | negligent acts) or agreed to in writing, shall any Contributor be 157 | liable to You for damages, including any direct, indirect, special, 158 | incidental, or consequential damages of any character arising as a 159 | result of this License or out of the use or inability to use the 160 | Work (including but not limited to damages for loss of goodwill, 161 | work stoppage, computer failure or malfunction, or any and all 162 | other commercial damages or losses), even if such Contributor 163 | has been advised of the possibility of such damages. 164 | 165 | 9. Accepting Warranty or Additional Liability. While redistributing 166 | the Work or Derivative Works thereof, You may choose to offer, 167 | and charge a fee for, acceptance of support, warranty, indemnity, 168 | or other liability obligations and/or rights consistent with this 169 | License. However, in accepting such obligations, You may act only 170 | on Your own behalf and on Your sole responsibility, not on behalf 171 | of any other Contributor, and only if You agree to indemnify, 172 | defend, and hold each Contributor harmless for any liability 173 | incurred by, or claims asserted against, such Contributor by reason 174 | of your accepting any such warranty or additional liability. 175 | 176 | END OF TERMS AND CONDITIONS 177 | 178 | APPENDIX: How to apply the Apache License to your work. 179 | 180 | To apply the Apache License to your work, attach the following 181 | boilerplate notice, with the fields enclosed by brackets "{}" 182 | replaced with your own identifying information. (Don't include 183 | the brackets!) The text should be enclosed in the appropriate 184 | comment syntax for the file format. We also recommend that a 185 | file or class name and description of purpose be included on the 186 | same "printed page" as the copyright notice for easier 187 | identification within third-party archives. 188 | 189 | Copyright {yyyy} {name of copyright owner} 190 | 191 | Licensed under the Apache License, Version 2.0 (the "License"); 192 | you may not use this file except in compliance with the License. 193 | You may obtain a copy of the License at 194 | 195 | http://www.apache.org/licenses/LICENSE-2.0 196 | 197 | Unless required by applicable law or agreed to in writing, software 198 | distributed under the License is distributed on an "AS IS" BASIS, 199 | WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 200 | See the License for the specific language governing permissions and 201 | limitations under the License. 202 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | 2 | 3 | # Android 面试指南 4 | 5 | 6 | 7 |

8 | AndroidInterviewQuestions 9 |

10 | 11 | # Android 面试指南 12 | 13 | ### 关于 14 | 15 | 受 [android-interview-questions](https://github.com/MindorksOpenSource/android-interview-questions) 项目启发，这里想发挥众多 Android 中国开发者的力量，整理一份高质量、范围全的 Android 面试指南，旨在帮助更多的 Android 开发者提升技术，找到工作。 16 | 17 | 现在还是项目初期，项目背景见这里：[想跟大家一起做件小事](http://mp.weixin.qq.com/s/t038R0bDDZ6dg4bwDoj2cQ)，也欢迎关注微信公众号 stormzhang，后续有任何进展我都会在公号进行通知的。 18 | 19 | 目前该项目有如下初步的计划： 20 | 21 | 1. 翻译 [android-interview-questions](https://github.com/MindorksOpenSource/android-interview-questions) 项目，不过翻译仅是我们的第一步而已，这个比较简单，目前第一步翻译工作已经被认领完毕； 22 | 23 | 2. 因为原项目很多只是列了一些问题，但是都没有答案的，所以第二步我们就是认领问题，整理答案，务必保证高质量、易理解，因为问题很多，所以这一步需要花费不少精力，也需要更多的同学参与进来，目前还在第一步阶段； 24 | 25 | 3. 第三步是补充与完善，原项目虽然列了不少领域，但是总归有些遗漏的，比如 Android 安全、插件化、Kotlin 等等，第三步是找在某一领域研究比较深的同学加入进来，对一些领域进行补充、完善，甚至会推出一些专题等； 26 | 27 | ## Contents 28 | 29 | * [数据结构和算法](#数据结构与算法) 30 | * [Java 核心](#java-核心) 31 | * [Android 核心](#android-核心) 32 | * [架构](#架构) 33 | * [设计问题](#设计问题) 34 | * [工具和技能](#工具和技能) 35 | * [Android 测试驱动开发](#android-测试驱动开发) 36 | * [其他](#其他) 37 | 38 | 39 | ### 数据结构与算法 40 | 41 | > 数据结构与算法问题的难度完全取决于你所申请的公司 42 | 43 | * 数组 44 | - 数组由一组相同的数据类型组成。它存储在连续的内存空间内，使用索引可以找到元素的地址。数组包括一维数组和多维数组,一维数组是最简单的数据结构,也是最常用的。 45 | 46 | | 算法 | 平均 | 最坏 | 47 | |:-------------:|:-----:|:-----:| 48 | | 空间（Space） | O(n) | O(n) | 49 | | 查找（Search） | O(n) | O(n) | 50 | | 插入（Insert） | O(n) | O(n) | 51 | | 删除（Delete） | O(n) | O(n) | 52 | 53 | * 链表 54 | - 链表看起来更像树，而不是数组，它使用一组结点来表示一个序列。每一个结点都包含数据和一个指针。在链表中，结点中的数据可以为任意类型，而指针则是指向下一结点的引用。链表包含一个头结点和一个尾结点。头结点是链表中的第一个结点，尾结点是最后一个结点。链表不是一个循环数据结构，所以尾结点没有指向头结点的指针，指针为空。一些基础方法的时间复杂度如下： 55 | 56 | | 算法 | 平均 | 最坏 | 57 | |:------------:|:----:|:----:| 58 | | 空间 (Space) | O(n) | O(n) | 59 | | 查找 (Search) | O(n) | O(n) | 60 | | 插入 (Insert) | O(1) | O(1) | 61 | | 删除 (Delete) | O(1) | O(1) | 62 | 63 | * 双向链表 64 | - 一个双向链表首先是一个链表，但是在每个结点中有两个指针，前驱指针指向前驱结点，后继指针指向后继结点。双向链表也有一个头结点，头结点的后继指针指向第一个结点。最后一个结点的后继指针指向空，但是如果最后一个结点的后继指针指向第一个结点，这时称这个链表为双向循环链表。双向循环链表能非常方便地从每个结点查找它的前驱结点和后继结点。 65 | 66 | ![双向链表](https://upload.wikimedia.org/wikipedia/commons/thumb/5/5e/Doubly-linked-list.svg/610px-Doubly-linked-list.svg.png) 67 | 68 | | 算法 | 平均 | 最坏 | 69 | |:------------:|:----:|:----:| 70 | | 空间 (Space) | O(n) | O(n) | 71 | | 查找 (Search) | O(n) | O(n) | 72 | | 插入 (Insert) | O(1) | O(1) | 73 | | 删除 (Delete) | O(1) | O(1) | 74 | 75 | * 栈 76 | - 栈是一个有着「后进先出」特性的基础数据结构，这就意味着最后一个入栈的元素，也是第一个出栈的。栈就像是一堆书，想要得到书堆中的第一本书（最下面一本），必须把其他的书都先拿走。向栈中添加一个元素的操作被称为 Push（入栈），删除一个元素的操作被称为 Pop（出栈），查看且不删除最后一个入栈的元素的操作被称为 Top 。[实现栈的常用方法是使用链表（LinkedList），也可以使用不允许空值的 StackArray（使用数组实现），还有允许空值的 Vector](https://en.wikibooks.org/wiki/Data_Structures/Stacks_and_Queues#Performance_Analysis) 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 |
算法平均最坏图形表示
空间 (Space)O(n)O(n) 90 | 91 |
查找 (Search)O(n)O(n)
入栈 (Push)O(1)O(1)
出栈 (Pop)O(1)O(1)
查看栈顶 (Top)O(1)O(1)
114 | 115 | * 队列 116 | 117 | * 优先队列 118 | 119 | * 动态编程 120 | 121 | * 字符串操作 122 | 123 | * 二叉树 124 | 125 | * 二叉搜索树 126 | 127 | * 排序算法 128 | 129 | * 哈希表与哈希图 130 | 131 | * 广度优先搜索 132 | 133 | * 深度优先搜索 134 | 135 | * 贪心算法 136 | 137 | 所谓贪心算法(贪婪算法)，是在求解一个问题时，作出当前最好的选择，而不考虑大局。也就是说，这种算法的每一种实现，只是在作出一个某种方面上的局部最优解。 138 | 139 | 我们可以说贪心算法是「短视的」， 「不可恢复」的 140 | 141 | 此算法没有固定框架，只有每个人贪心策略的选择，而导致的不同姿态的代码实现。 142 | 143 | 144 | 来自wikipedia： 145 | 146 | > 贪心法，又称貪心演算法、貪婪演算法、或稱貪婪法，是一种在每一步选择中都采取在当前状态下最好或最优（即最有利）的选择，从而希望导致结果是最好或最优的算法。[1]比如在旅行推销员问题中，如果旅行员每次都选择最近的城市，那这就是一种贪心算法。 147 | > 148 | > 贪心算法在有最优子结构的问题中尤为有效。最优子结构的意思是局部最优解能决定全局最优解。简单地说，问题能够分解成子问题来解决，子问题的最优解能递推到最终问题的最优解。 149 | > 150 | > 贪心算法与动态规划的不同在于它对每个子问题的解决方案都做出选择，不能回退。动态规划则会保存以前的运算结果，并根据以前的结果对当前进行选择，有回退功能。 151 | > 152 | > 贪心法可以解决一些最优化问题，如：求图中的最小生成树、求哈夫曼编码……对于其他问题，贪心法一般不能得到我们所要求的答案。一旦一个问题可以通过贪心法来解决，那么贪心法一般是解决这个问题的最好办法。由于贪心法的高效性以及其所求得的答案比较接近最优结果，贪心法也可以用作辅助算法或者直接解决一些要求结果不特别精确的问题。 153 | > 154 | 155 | 156 | 157 | 158 | 159 | ### Java 核心 160 | 161 | - 解释一下 OOP 的概念 162 | - 面向对象编程是使用类，对象，[继承性](https://zh.wikipedia.org/wiki/%E7%BB%A7%E6%89%BF_(%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%A7%91%E5%AD%A6))，[多态性](https://zh.wikipedia.org/wiki/%E5%A4%9A%E5%9E%8B_(%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%A7%91%E5%AD%A6))，[封装性](https://zh.wikipedia.org/wiki/%E5%B0%81%E8%A3%9D_(%E7%89%A9%E4%BB%B6%E5%B0%8E%E5%90%91%E7%A8%8B%E5%BC%8F%E8%A8%AD%E8%A8%88))和[抽象](https://zh.wikipedia.org/wiki/%E6%8A%BD%E8%B1%A1%E5%8C%96_(%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%B8))的一种程序设计方法。。 163 | 164 | 1. 抽象 165 | 166 | > 在面向对象的概念中，所有对象都是由类来描述，但是反过来，并不是所有类都是用来描述对象的。如果一个类中没有包含足够信息来描绘一个具体的对象，这样的类就是抽象类。 167 | 168 | 2. 继承 169 | 170 | >继承（英语：inheritance）是面向对象软件技术当中的一个概念。如果一个类别A“继承自”另一个类别B，就把这个A称为“B的子类别”，而把B称为“A的父类别”也可以称“B是A的超类”。继承可以使得子类别具有父类别的各种属性和方法，而不需要再次编写相同的代码。在令子类别继承父类别的同时，可以重新定义某些属性，并重写某些方法，即覆盖父类别的原有属性和方法，使其获得与父类别不同的功能。另外，为子类别追加新的属性和方法也是常见的做法。 一般静态的面向对象编程语言，继承属于静态的，意即在子类别的行为在编译期就已经决定，无法在执行期扩充。 171 | 有些编程语言支持多重继承，即一个子类别可以同时有多个父类别，比如C++编程语言；而在有些编程语言中，一个子类别只能继承自一个父类别，比如Java编程语言，这时可以利用接口来实现与多重继承相似的效果。 172 | 现今面向对象程式设计技巧中，继承并非以继承类别的“行为”为主，而是继承类别的“型态”，使得元件的型态一致。另外在设计模式中提到一个守则，“多用合成，少用继承”，此守则也是用来处理继承无法在执行期动态扩充行为的遗憾。 173 | 174 | 3. 封装 175 | 176 | > 从字面上理解就是包装的意思，是指利用抽象数据类型，将数据和关于数据的操作封装起来，使其成为一个不可分割的独立实体。数据将会被保护在抽象数据类型的内部，仅能够通过暴露在表面的操作（public方法，比如setter和getter）来与这个对象进行交流和交互。用户不知道对象的内部细节，但是通过该对象提供的接口来访问对象。其好处是：减少耦合，方便地在未来修改调整自己，更加有把握地（精确地）控制成员，隐藏信息，实现细节。 177 | 178 | 4. 多态 179 | 180 | >使用相同的消息，使得类作出不同的反应（继承为我们使用多态打下了基础）。Java实现多态有三个必要条件：继承、重写、向上转型。 181 | 182 | 183 | - 面向对象的三个基本元素和五个原则 184 | 185 | 1. 三个基本元素： 186 | 187 | 封装： 封装是把过程和数据包围起来，对数据的访问只能通过已定义的界面。面向对象计算始于这个基本概念，即现实世界可以被描绘成一系列完全自治、封装的对象，这些对象通过一个受保护的接口访问其他对象。 188 | 189 | 继承： 继承是一种联结类的层次模型，并且允许和鼓励类的重用，它提供了一种明确表述共性的方法。对象的一个新类可以从现有的类中派生，这个过程称为类继承。新类继承了原始类的特性，新类称为原始类的派生类（子类），而原始类称为新类的基类（父类）。派生类可以从它的基类那里继承方法和实例变量，并且类可以修改或增加新的方法使之更适合特殊的需要。 190 | 191 | 多态： 多态性是指允许不同类的对象对同一消息作出 响应。多态性包括参数化多态性和包含多态性。多态性语言具有灵活、抽象、行为共享、代码共享的优势，很好的解决了应用程序函数同名问题。C++中的虚函数的作用主要是实现了多态的机制。关于多态，简而言之就是用父类型别的指针指向其子类的实例，然后通过父类的指针调用实际子类的成员函数。这种技术可以让父类的指针有“多种形态”，这是一种泛型技术。所谓泛型技术，说白了就是试图使用不变的代码来实现可变的算法。比如：模板技术，RTTI技术，虚函数技术，要么是试图做到在编译时决议，要么试图做到运行时决议。 192 | 193 | 194 | 2. 五个基本原则： 195 | 196 | 单一职责原则（Single-Resposibility Principle）：一个类，最好只做一件事，只有一个引起它的变化。单一职责原则可以看做是低耦合、高内聚在面向对象原则上的引申，将职责定义为引起变化的原因，以提高内聚性来减少引起变化的原因。 197 | 198 | 开放封闭原则（Open-Closed principle）：软件实体应该是可扩展的，而不可修改的。也就是，对扩展开放，对修改封闭的。 199 | 200 | Liskov替换原则（Liskov-Substituion Principle）：子类必须能够替换其基类。这一思想体现为对继承机制的约束规范，只有子类能够替换基类时，才能保证系统在运行期内识别子类，这是保证继承复用的基础。 201 | 202 | 依赖倒置原则（Dependecy-Inversion Principle）：依赖于抽象。具体而言就是高层模块不依赖于底层模块，二者都同依赖于抽象；抽象不依赖于具体，具体依赖于抽象。 203 | 204 | 接口隔离原则（Interface-Segregation Principle）：使用多个小的专门的接口，而不要使用一个大的总接口。 205 | 206 | - 抽象类和接口的区别？[Link](https://arjun-sna.github.io/java/2017/02/02/abstractvsinterface/) 207 | 208 | - 抽象类是一个可同时包含具体方法和抽象方法(方法未被实现)的类。抽象方法必须被该抽象类的子类实现。抽象类是可以继承的。 209 | - 接口像是描述类的一张蓝图或者说是类的一种契约，它包含了许多空方法，这代表着它的所有的子类都应该拥有共同点。它的子类应该提供这些空方法的具体实现。一 个类需要用 `implements` 来实现接口，接口可以用 `extends` 来继承其他接口。 210 | 211 | - 在设计层级理解他们的不同： 212 | 213 | 1. 抽象的层次不同：抽象类对类的整体（包括属性，行为）都可以进行抽象，接口对类的局部进行抽象，具体来说接口仅仅是对类的行为进行抽象。 214 | 2. 跨域不同：抽象类是 从各种子类中提取相似的部分，然后泛化成抽象类，子类可以继承这样的抽象类。 实现接口是 不存在`is-a`的关系的类们，你不可以称同样可以飞行的飞机和鸟为同一个抽象类，但是他们可以有同样的接口`fly-able`。抽象类的父类和派生类在概念上一致，接口的原生类和派生类在仅仅在局部行为上一致。 215 | 3. 设计层次不同：抽象类是从一堆在底层的子类们来进行抽象提取，从下往上，从而产生抽象类；接口是在直接定义的高度来声明的，然后从这个高度上往下实现此接口。抽象类是自底向上抽象而来的，接口是自顶向下设计出来的。 216 | 217 | 218 | 219 | - 序列化是什么?如何实现它? 220 | 221 | - 序列化是一种将对象转换为字节流的过程，目的是为了将该对象存储到内存中，等后面再次构建该对象时可以获取到该对象先前的状态及数据信息。Java中，有两种方式可以实现序列化，既可以实现Serializable接口，也可以实现Parcelable接口。然而，在Android中，我们不应该使用Serializable接口。因为Serializable接口使用了反射机制，这个过程相对缓慢，而且往往会产生出很多临时对象，这样可能会触发垃圾回收器频繁地进行垃圾回收。相比而言，Parcelable接口比Serializable接口效率更高，性能方面要高出10x多倍。 222 | 223 | - 什么是单例？ 224 | 225 | - 单例模式指的是一个类只能被初始化一次，即只有一个实例。[单例模式限定一个类只能拥有一个实例。这在系统中只需要一个实例来和其他模块协调工作时是很实用的。单例普遍使用在只需要一个或是限制一定数量实例的系统中。（wikipedia）](https://en.wikipedia.org/wiki/Singleton_pattern) 226 | 227 | - 什么是匿名内部类？ 228 | 229 | 普通的类可以自然地实例化他自己，相反地，内部类是这样的类： 230 | *一定要绑定上一个外部类才能进行实例化的类*。 231 | 232 | 内部类提供了一种模拟车和车轮的机制，车是外部类，车轮是内部类 233 | 234 | 而匿名内部类也就是没有名字的内部类，因为没有名字，所以只能使用一次。 235 | 236 | 使用匿名内部类还有个前提条件：必须继承一个父类或实现一个接口 237 | 238 | 详情可见： 239 | 240 | http://www.cnblogs.com/nerxious/archive/2013/01/25/2876489.html 241 | 242 | 243 | - 对字符串进行 `==` 和 `equals()` 操作时有什么区别？ 244 | 245 | `==` 比较两个字符串的地址，初学者很经常拿来比较其内容，将会导致出现不等的情况。 246 | `equals()`是String这个类重写的一个方法，平常的类的`equals()`也仅仅是比较两个变量的地址，而String类的`equals()`重写后，将依次比较其串中的字符。 247 | 248 | 249 | - `hashCode()` 和 `equals()` 何时使用？ 250 | 251 | 一般是在想要人性化地（而不是计算机式地,比较地址那样）比较两个对象的时候，我们需要使用这两个方法，或者说我们要重写这两个方法，而且有如下的原则： 252 | 1. hashCode的存在主要是用于查找的快捷性，如Hashtable，HashMap等，hashCode是用来在散列存储结构中确定对象的存储地址的； 253 | 2. 如果两个对象相同，就是适用于equals(java.lang.Object) 方法，那么这两个对象的hashCode一定要相同； 254 | 3. 如果对象的equals方法被重写，那么对象的hashCode也尽量重写，并且产生hashCode使用的对象，一定要和equals方法中使用的一致，否则就会违反上面提到的第2点； 255 | 4. 两个对象的hashCode相同，并不一定表示两个对象就相同，也就是不一定适用于equals(java.lang.Object) 方法，只能够说明这两个对象在散列存储结构中，如Hashtable，他们“存放在同一个篮子里”。 256 | 257 | hashCode请参考：http://blog.csdn.net/fenglibing/article/details/8905007 258 | 259 | - Java 中的 `final`, `finally` 和 `finalize`? 260 | 261 | 1. final: 修饰变量，方法，类； 262 | 修饰变量时表明这对象的值不可变，你不能为这个变量赋一个新的值，或者这样说：对基本类型而言，你不能改变其数值，对于引用，你不能将其指向一个新的引用（而引用自身是可以改变的）。 263 | 修饰方法时表明我们希望把这个方法锁定，以防止任何继承类修改它的含义，这样会确保在继承中，我们的final方法的行为不会改变，并且不会被覆盖。使用final方法的另一个考虑是效率问题：在Java早期的时候，遇到final方法，编译器会将此方法调用转为内嵌调用，如此一来以减小方法调用产生的开销。 264 | 修饰类的时候表明你不打算继承该类，而且也不允许别人这样做。 265 | 2. finally:是异常处理中进行收场处理的代码块，比如关闭一个数据库连接，清理一些资源占用的问题。不管有没有异常被捕获，finally子句中的代码都会被执行。 266 | 3. finalize:finalize出现的原因在于： 我们一定需要进行清理动作。Java没有用于释放对象的，如同C++里的delete调用，的方法，而是使用垃圾回收器（GC）帮助我们释放空间。当垃圾回收器准备释放对象占用的存储空间的时候，将首先调用其finalize()方法。 267 | 268 | - 什么是内存泄露，Java 是如何处理它的？ 269 | 270 |    总的来说是：保留下来却永远不再使用的对象引用 271 |    它包括： 272 | 1. 静态集合类引起内存泄漏， 273 | 2. 当集合里面的对象属性被修改后，再调用remove()方法时不起作用， 274 | 3. 监听器， 275 | 4. 各种连接 276 | 5. 内部类和外部模块的引用 277 | 6. 单例模式 278 |    详情可见：http://note.youdao.com/noteshare?id=376631d4640128dc55646c8e577cc3ab 279 | 280 |    而关于Java 如何处理它，我还不能给出准确答案，应该是使用各种检测泄漏的工具检测到之后，使用GC处理它们 281 | 282 | - 垃圾收集器是什么?它是如何工作的 283 | 284 | - 所有的对象实例都在JVM管理的堆区域分配内存 285 | 286 | 只要对象被引用，JVM就会认为它还存活于进程中。 287 | 288 | 一旦对象不再被引用，就不能被应用程序所访问， 289 | 290 | 垃圾收集器将删除它并重新声明未使用的内存。 291 | 292 | - 比较 `Arrays` 和 `ArrayLists`。 293 | 294 | Arrays：一个包含许多和操纵数组有关方法的类，比如排序和查找，它继承自Object类。 295 | 296 |    ArraysList：是一个容器，它可以实现数组的大小可变，方便地增加和删除元素。它实现了List接口的类。 297 | 298 |    详细的笔记在：http://note.youdao.com/noteshare?id=659562b6beba34649d769d09cd2e0533 299 | 300 | - 比较 `HashSet` 和 `TreeSet`。 301 | 302 |    TreeSet是基于二叉树实现的，其中的数据是自动排序好的。不允许放入null值。 303 | 304 |    HashSet是基于Hash表实现的，其中的数据是无序的，允许放入null值。 305 | 306 |    详细的笔记在：http://note.youdao.com/noteshare?id=4a3e44e90105d9906eb308317bc816bb 307 | 308 | - Java 中的类型转换。 309 | 310 |    1. 基本数据的类型转换 311 |     312 | ![img](http://wx4.sinaimg.cn/mw690/005JrW9Kly1fip3s09u9jj30r908emxl.jpg) 313 |    在Java中，整数类型（byte/short/int/long）中，对于未声明数据类型的整形，其默认类型为int型。在浮点类型（float/double）中，对于未声明数据类型的浮点型，默认为double型。而当我们将一个数值范围较小的类型赋给一个数值范围较大的数值型变量，jvm在编译过程中会将此数值的类型进行自动提升。在数值类型的自动类型提升过程中，数值精度至少不应该降低（整型保持不变，float->double精度将变高）。而当我们需要将数值范围较大的数值类型赋给数值范围较小的数值类型变量时，我们需要手动地转换，称为强制类型转换。 314 | 315 |    2.引用数据类型的类型转换 316 | 317 |    由于继承和向上转型，子类向父类的转换是很自然的。但是当把父类转换为子类时，强制类型转换会在运行时检查父类的真实类型：如果引用的父类对象的真实身份是子类类型，只不过这个子类类型的对象经历了向上转型变成父类对象，这个时候我们再向下转回来子类，是可以的；而如果真的是父类的类型，就会抛出ClassCastException的异常。 318 | 319 |    详细的笔记在：http://note.youdao.com/noteshare?id=7e85432e5d781ef8ad86ddabfc964885 320 | 321 | - 方法重载和重写的区别 322 | 323 |

324 | 325 | Overloading and Overriding 326 | 327 |

328 | 329 | - 重载发生在编译时，重写发生在运行时。重载方法调用与其定义的绑定发生在编译时，但是重写方法调用与其定义的绑定在运行时发生。 330 | - 静态方法可以重载，意味着一个类可以有多个同名的静态方法。静态方法不能被重写，即使在子类中声明了一个相同的静态方法，它与父类的相同方法无关。 331 | - 最基本的区别是重载是在同一个类中完成的，重写父类需要有子类。重写是给父类的继承方法一个具体的实现。 332 | - 静态绑定用于方法重载，动态绑定用于方法重写。性能：重载比重写更有效率，原因是方法重写的绑定是在运行时完成的。 333 | - 私有方法和用 `final` 修饰的方法可以重载但不可重写。这意味着一个类可以有多个同名的 `private/final` 方法，子类不能重写父类的 `private/final` 方法。 334 | - 方法重载的情况下不关心返回值类型， 它可以相同，也可以不同。但是方法重写的情况下可以有多个具体的返回值类型。 335 |  - 方法重载时参数列表必须不同，方法重写时参数列表必须相同。 336 | 337 | - 什么是访问修饰符？它们能做什么？ 338 | 339 | 诸如public，protected，private这几个关键词叫做访问修饰符。 340 | 341 | 其作用是控制它所定义的域或者方法的访问权。 342 | 343 | - 接口可以继承另一个接口吗？ 344 | 345 | 可以,通过继承，你可以 346 | 347 | 1. 在接口中添加新的方法声明 348 | 349 | 2. 还可以通过继承，在新的接口中组合数个接口，这时只需要用逗号将接口名一一分开来即可。 350 | 351 | - Java 中 `static` 关键字是什么意思？ 352 | 353 | static是Java里的非访问修饰符，它可以用来创建类方法和类变量。 354 | 355 | 当修饰一个变量的时候，此变量就成了独立于对象的静态变量，无论一个类实例化了多少个对象，这个类只有一份这个静态变量的拷贝，所以static修饰的变量，即静态变量，也被叫做类变量。一个局部变量不能被声明为static变量。 356 | 357 | 当修饰一个方法的时候，此方法就成了独立于对象的静态方法，静态方法不能使用类的非静态变量，因为静态方法和静态变量先于非静态的其他成员初始化，静态方法先出来，然后才是非静态的，所以明白这个顺序很重要。静态方法从参数列表得到数据，然后计算这些数据。 358 | 359 | >有些人认为static方法不是面向对象的，因为它们确实具有全局函数的语义；使用static方法时，由于不存在this，所以不是通过「向对象发送消息」的方式来完成的。当代码中出现很多static方法时，你应该反思自己的设计的，然而，static确有其用。 360 | 361 | 总结一下，当static： 362 | 363 | 1. 修饰方法时，此方法能够不用在初始化对象的前提下直接调用，即，可以直接通过类名.static方法（）这样来访问。 364 | 365 | 2. 修饰代码块时，这部分代码块只会被执行一次。 366 | 367 | 3. 修饰变量时，这个变量只在内存中有一个副本。 368 | 369 | - Java 中静态方法可以被重写吗？ 370 | 371 | 严格来说，不存在静态方法的重写，当一个子类继承父类时，写同样的方法时，只是将父类的静态方法隐藏。 372 | 373 | [静态方法能否被重写]（http://xm-king.iteye.com/blog/745787） 374 | 375 | *所谓静态，就是在运行时，虚拟机已经认定此方法属于哪个类。 376 | 专业术语有严格的含义,用语要准确."重写"只能适用于实例方法.不能用于静态方法.对于静态方法,只能隐藏. 377 | 静态方法的调用不需要实例化.. 不实例化也就不能用多态了，也就没有所谓的父类引用指向子类实例.因为不能实例化 也就没有机会去指向子类的实例。所以也就不存在多态了。* 378 | 379 | - 什么是多态？什么是继承？ 380 | 381 | - 多态是：指允许不同类的对象对同一消息做出响应。即同一消息可以根据发送对象的不同而采用多种不同的行为方式。（发送消息就是函数调用） 382 | 383 | > 允许你将父对象设置成为一个或更多的他的子对象相等的技术，赋值之后，父对象就可以根据当前赋值给它的子对象的特性以不同的方式运作（摘自“Delphi4 编程技术内幕”） 384 | 385 | - 继承是：子类继承父类的特征和行为，使得子类具有父类的各种属性和方法。 386 | 387 | - `Integer` 和 `int` 之间的区别 388 | 389 | 1. Integer是int提供的封装类，而int是Java的基本数据类型； 390 | Integer默认值是null，而int默认值是0； 391 | 声明为Integer的变量需要实例化，而声明为int的变量不需要实例化； 392 | Integer是对象，用一个引用指向这个对象，而int是基本类型，直接存储数值 393 | 2. 两个new 出来的Integer总是不一样的。当使用`==`时，发现其内存地址不同，所以进行`==`返回false 394 | 3. 两个不是new出来的Integer，而是诸如Integer i = x，如果x的范围在-128～127，因为如下语句： 395 | `Integer i5 = 127;//java在编译的时候,被翻译成-> Integer i5 = Integer.valueOf(127);` 396 | 调用了`Integer.valueOf ()`, 这会将127缓存，下次我们写：Integer i6 = 127;时，i6指向缓存中的同一个对象。所以此时i5==i6是true； 397 | 当x范围在-128～127之外，没有缓存存在，即使他们包裹的数值相等，他们也不能使用`==`的到true。 398 | 4. int和Integer的比较，无论Integer是否使用new，其值和将和平常的预料的一样:Integer自动拆箱，然后和int比较数值.这里就不会被内存地址的不同所影响，该相等时就相等。 399 | 400 | - Java 中的对象是否会以引用传递或者值传递？详细说明。 401 | 402 |  Java中的对象总是以值传递的。 403 | ``` 404 | private void init(MyClass objVar) { 405 | objVar = new MyClass(); 406 | } 407 | public void test() { 408 | MyClass obj = null; 409 | init(obj); 410 | //在调用init方法后，obj仍旧指向空 411 | //这是因为，obj是值传递，而不是引用传递。 412 | } 413 | 414 | ``` 415 | 416 | - 什么是 ThreadPoolExecutor？ [Link](https://blog.mindorks.com/threadpoolexecutor-in-android-8e9d22330ee3) 417 | 418 |  中文翻译请参考这里：http://note.youdao.com/noteshare?id=84c9bc5c8b01defcb9db9ca963bf6f67 419 | 420 | - 本地变量、实例变量以及类变量之间的区别？ 421 | 422 |  本地变量就是局部变量，它在方法或者代码块里被声明并使用，其内存中的位置是栈里，没有默认初始化值，生命周期很短。 423 |   424 | 实例变量是没有被static修饰的成员变量，它属于一个类的一个实例。每次new一个实例，这样的变量也同时new一遍，其位置在堆区中，有默认初始化的值，生命周期和它所在的实例一样长。 425 |   426 | 类变量，又称静态变量，它是被static修饰的成员变量，它属于一个类，被所有实例共享。每次new一个实例，这样的变量并不会被new一遍，其内存位置在方法区内。可以通过类名直接访问。有默认的初始化值，生命周期很长。 427 | 428 | - 什么是反射？ [Link](http://tutorials.jenkov.com/java-reflection/index.html) 429 | 430 | - 在 Java 中什么是强引用、软引用、弱引用以及虚引用？ 431 | 432 |  强引用：不会被GC轻易清理，只要引用存在，垃圾回收器永远不会回收。 433 | 434 | `Object obj = new Object();` 435 | 436 |  软引用： 非必须引用，内存溢出之前进行回收 437 | ``` 438 | Object obj = new Object(); 439 | SoftReference sf = new SoftReference(obj); 440 | obj = null; 441 | sf.get();//有时候会返回null 442 | ``` 443 | 444 |  弱引用： 第二次垃圾回收时回收 445 | 446 |  ``` 447 | Object obj = new Object(); 448 | WeakReference wf = new WeakReference(obj); 449 | obj = null; 450 | wf.get();//有时候会返回null 451 | wf.isEnQueued();//返回是否被垃圾回收器标记为即将回收的垃圾 452 | ``` 453 | 454 |  虚引用： 垃圾回收时回收，无法通过引用取到对象值 455 | 456 |  ``` 457 | Object obj = new Object(); 458 | PhantomReference pf = new PhantomReference(obj); 459 | obj=null; 460 | pf.get();//永远返回null 461 | pf.isEnQueued();//返回是否从内存中已经删除 462 | ``` 463 | 464 | 具体笔记可参考：http://note.youdao.com/noteshare?id=d52d8dd97e8dc162ddc90ff72a5c6001 465 | 466 |  以及：http://note.youdao.com/noteshare?id=a9b2cebfbeb8fb33093ca318db58b389 467 | 468 | - 什么是依赖注入？能说几个依赖注入的库么？你使用过哪些？ 469 | 470 | - 关键字`synchronized`的作用是什么？ 471 | 472 | synchronized通过修饰一个方法或者代码块，从而产生一个同步对象锁，以及对应 的同步代码块。每当有线程要对该同步代码块进行访问时，线程就会首先尝试获取这个对 象的锁，并在成功获取到对象锁后，对这个同步代码块进行正常的访问。在同步代码块的 访问过程中，线程会一直持有这个对象锁，直到同步代码块访问完毕，然后才会释放。 473 | 474 | 在上述线程持有同步锁并进行同步代码块访问过程中，其它线程将无法获得该对象锁，也 无法访问该同步代码，这些线程都会被阻塞直到上述线程访问完毕 475 | 476 | - 为什么说`String`不可变的？ 477 | 478 | 1. java.lang.String类型在实现时，其内部成员变量全部使用final来修饰，保证成员变量的引用值只能通过构造函数来修改； 479 | 480 | 2. java.lang.String类型在实现时，在外部某个地方，可能修改一个String实例的内部存储值的函数实现中，在这个地方的调用返回时，一律构造新的String对象或者新的byte数组或者char数组，给赋值符号的左边变量（左值）； 481 | 482 |  详细请看：http://note.youdao.com/noteshare?id=747f5d269dd7e177153e4f099f095876 483 | 484 | - 修饰符`transient`和`volatile`的作用是什么？ 485 | 486 | 487 | 1. volatile 488 | 489 | 易式修饰符 490 | 491 | 出现它的原因是，java的多线程中存在两个或多个线程时间间隔很短地访问共享成员变量（指被多个线程共享的变量），在每个线程自己的工作内存中，可能对这个变量进行修改，但是没有及时将工作内存中的变量（对原本的共享成员变量的一份拷贝）写回共享成员变量，此时，当另外一个线程进行读取时，将无法得到最新的此变量，导致进程的工作不能正确进行。 492 | 493 | 于是出现了volatile，带有volatile修饰的变量，就是当其在某个线程自己的工作内存中发生改变时，会被强制地，写回公共成员变量所在的公共内存处。 494 | 495 | 如此便保证了，所有线程对这个变量的访问都是能得到此变量最新状态的访问。 496 | 497 | 2. transient 498 | 499 | transient是一个类型修饰符，仅仅能用来修饰字段（变量）。在此字段所在的对象进行序列化的时候，这个字段不会被序列化。 500 | 501 | 其他没有transient修饰的变量将会被序列化，然后进行传输，或者存储到本地磁盘，transient变量就在这个过程里丢失了 502 | 503 | 504 | - `finalize()`方法的作用是什么？ 505 | 506 | 它是继承自Object类的方法，当垃圾回收器认为一个对象没有用的时候，会调用此对象的finalize（）方法，释放对象在堆中占用的内存。在finalize里，我们告诉了垃圾回收器应该做的事情。 507 | 508 | - 异常捕获中的 `try{}finally{}` 块儿是如何工作的? 509 | 510 | 进行完try后，在try的return之前，总是会执行finally语句，进行善后处理。之后再进行return。 511 | 512 | - 对象的实例化和初始化之间的区别是什么? 513 | 514 | 实例化可以理解为做出一个蛋糕： 515 | 516 | `Cake ca = new Cake();` 517 | 518 | 初始化可以理解为，每个蛋糕都要有它自己的奶油： 519 | 520 | `ca.iceCream = "香草味奶油";` 521 | 522 | 实例化着重于动作，强调==对象==从无到右的创建过程，而初始化着重于状态，强调==对象的特征==从无到有的过程。 523 | 524 | 525 | - 静态块何时运行? 526 | 527 |  初始化的顺序大致是这样的： 528 | 529 |  1. 为类中的静态变量分配好空间（同时给变量以默认值） 530 | 2. 如果创建了类的对象，那么为类的实例变量分配地址空间（同时给变量以默认值） 531 | 532 | 就在这两步之间，发生了静态块的运行 533 | 534 | 535 | - 解释一下 Java 中的泛型? 536 | 537 | - `StringBuffer` 和`StringBuilder` 的区别在哪里? 538 | 539 |  StringBuffer、StringBuilder和String一样，也用来代表字符串。String类是不可变类，任何对String的改变都 会引发新的String对象的生成；StringBuffer和StringBuilder则是可变类 540 | 541 |  先说一下，以集合为例，HashTable是线程安全的，很多方法都是synchronized方法，而HashMap不是线程安全的，但其在单线程程序中的性能比HashTable要高。StringBuffer和StringBuilder类的区别也是如此，他们的原理和操作基本相同，区别在于StringBufferd支持并发操作，线性安全的，适 合多线程中使用。StringBuilder不支持并发操作，线性不安全的，不适合多线程中使用。新引入的StringBuilder类不是线程安全的，但其在单线程中的性能比StringBuffer高。 542 | 543 | - `StringBuilder` 是怎么避免不可变字符串分配的问题？ 544 | 545 | - 什么是自动装箱和拆箱？ 546 | 547 | 548 | 简单一点说，装箱就是 自动将基本数据类型转换为包装器类型；拆箱就是 自动将包装器类型转换为基本数据类型 549 | 550 | 自动装箱（autoboxing）: 551 | 552 | 一般来说，这是我们创建一个类的实例时，我们会这样： 553 | 554 | ``` 555 | 556 | MyClass a = new MyClass(); 557 | 558 | ``` 559 | 560 | 但是当我们新建一些支持自动装箱和拆箱的数据类型的时侯（比如Integer，基本数据类型的包装类），我们可以这样： 561 | 562 | ``` 563 | 564 | Integer i = 100; 565 | 566 | ``` 567 | 568 | 执行这句语句，将会被编译器执行为： 569 | 570 | ``` 571 | 572 | Integer i = Integer.valueOf(100); 573 | 574 | ``` 575 | 576 | 这就是自动装箱 577 | 578 | 自动拆箱（unboxing）: 579 | 580 | 将对象中的基本数据从对象中自动取出 581 | 582 | 比如： 583 | 584 | ``` 585 | 586 | Integer i = 10;//autoboxing 587 | int c = i;//unboxing 588 | 589 | ``` 590 | 591 | - 枚举和迭代器有什么区别？ 592 | 593 | 594 | 595 | 1. 函数接口不同： 596 | Enumeration只有2个函数接口。通过Enumeration，我们只能读取集合的数据，而不能对数据进行修改。 597 | Iterator只有3个函数接口。Iterator除了能读取集合的数据之外，也能数据进行删除操作。 598 | 2. Iterator支持fail-fast机制，而Enumeration不支持。 599 | Enumeration 是JDK 1.0添加的接口。使用到它的函数包括Vector、Hashtable等类，这些类都是JDK 1.0中加入的，Enumeration存在的目的就是为它们提供遍历接口。Enumeration本身并没有支持同步，而在Vector、Hashtable实现Enumeration时，添加了同步。 600 | 而Iterator 是JDK 1.2才添加的接口，它也是为了HashMap、ArrayList等集合提供遍历接口。Iterator是支持fail-fast机制的：当多个线程对同一个集合的内容进行操作时，就可能会产生fail-fast事件。 601 | 602 | 603 | 604 | - Java 中 *fail-fast* 和 *fail-safe* 的区别？ 605 | 606 | - 什么是 Java 优先级队列？ 607 | 608 | - 什么是设计模式 [Link](https://github.com/iluwatar/java-design-patterns) 609 | 610 | 611 | ### Android 核心 612 | 613 | * 阐述一下 Activity 的生命周期。 614 | 615 | 创建 onCreate - 启动onStart – 开始 onResume – 暂停 onPause – 结束 onStop – 销毁onDestroy 616 | 617 | 每一个活动（ Activity ）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。 618 | 但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。 619 | 620 | 在实现 Activity 类的时候，通过覆盖（ override ）这些方法即可在你需要处理的时候来调用。 621 | 622 | •onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。 623 | onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之前调用 onSaveInstanceState（）方法保存的状态信息。 624 | 625 | •onStart ：该方法的触发表示所属活动将被展现给用户。 626 | 627 | •onResume ：当一个活动和用户发生交互的时候，触发该方法。 628 | 629 | •onPause ：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。 630 | 631 | •onStop ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop 方法。 所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。 632 | 633 | •onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。 634 | 635 | •onDestroy ：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。 636 | 637 | •onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。 638 | 通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。 639 | 640 | 641 | * 谈谈 Android 的四大组件。 642 | 643 | 1. 活动： 644 | 645 | Android 中，Activity是所有程序的根本，所有程序的流程都运行在Activity 之中，Activity可以算是开发者遇到的最频繁，也是Android 当中最基本的模块之一。在Android的程序当中，Activity 一般代表手机屏幕的一屏。如果把手机比作一个浏览器，那么Activity就相当于一个网页。在Activity 当中可以添加一些Button、Check box 等控件。可以看到Activity 概念和网页的概念相当类似。一般一个Android 应用是由多个Activity 组成的。这多个Activity 之间可以进行相互跳转，例如，按下一个Button按钮后，可能会跳转到其他的Activity。和网页跳转稍微有些不一样的是，Activity 之间的跳转有可能返回值，例如，从Activity A 跳转到Activity B，那么当Activity B 运行结束的时候，有可能会给Activity A 一个返回值。这样做在很多时候是相当方便的。 646 | 　　当打开一个新的屏幕时，之前一个屏幕会被置为暂停状态，并且压入历史堆栈中。用户可以通过回退操作返回到以前打开过的屏幕。可以选择性的移除一些没有必要保留的屏幕，因为Android会把每个应用的开始到当前的每个屏幕保存在堆栈中。 647 | 648 | 2. 服务 649 | 650 | Service 是android 系统中的一种组件，它跟Activity 的级别差不多，但是他不能自己运行，只能后台运行，并且可以和其他组件进行交互。Service 是没有界面的长生命周期的代码。Service是一种程序，它可以运行很长时间，但是它却没有用户界面。这么说有点枯燥，来看个例子。打开一个音乐播放器的程序，这个时候若想上网了，那么，打开Android浏览器，这个时候虽然已经进入了浏览器这个程序，但是，歌曲播放并没有停止，而是在后台继续一首接着一首的播放。其实这个播放就是由播放音乐的Service进行控制。当然这个播放音乐的Service也可以停止，例如，当播放列表里边的歌曲都结束，或者用户按下了停止音乐播放的快捷键等。Service 可以在和多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD 卡上文件的变化，再或者在后台记录地理信息位置的改变等等，总之服务嘛，总是藏在后头的。 651 | 652 | 开启Service有两种方式: 653 | （1） Context.startService（）：Service会经历onCreate -> onStart（如果Service还没有运行，则android先调用onCreate（）然后调用onStart（）； 654 | 　　　　如果Service已经运行，则只调用onStart（），所以一个Service的onStart方法可能会重复调用多次 ）； 655 | 　　　　StopService的时候直接onDestroy，如果是调用者自己直接退出而没有调用StopService的话，Service会一直在后台运行。该Service的调用者再启动起来后可以通过stopService关闭Service。 656 | 　　*注意:多次调用Context.startservice（）不会嵌套（即使会有相应的onStart（）方法被调用），所以无论同一个服务被启动了多少次，一旦调用Context.stopService（）或者StopSelf（），他都会被停止。 657 | 　　补充说明：传递给StartService（0的Intent对象会传递给onStart（）方法。调用顺序为：onCreate --> onStart（可多次调用) --> onDestroy。 658 | （2） Context.bindService（）：Service会经历onCreate（） -->onBind（），onBind将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service运行的状态或其他操作。这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了，Srevice就会调用onUnbind --> onDestroyed相应退出，所谓绑定在一起就共存亡了。 659 | 660 | 3. 广播接收器 661 | 662 | 在Android 中，Broadcast是一种广泛运用的在应用程序之间传输信息的机制。而BroadcastReceiver 是对发送出来的Broadcast进行过滤接受并响应的一类组件。可以使用BroadcastReceiver 来让应用对一个外部的事件做出响应。这是非常有意思的，例如，当电话呼入这个外部事件到来的时候，可以利用BroadcastReceiver 进行处理。例如，当下载一个程序成功完成的时候，仍然可以利用BroadcastReceiver 进行处理。BroadcastReceiver不能生成UI，也就是说对于用户来说不是透明的，用户是看不到的。BroadcastReceiver通过NotificationManager 来通知用户这些事情发生了。BroadcastReceiver 既可以在AndroidManifest.xml 中注册，也可以在运行时的代码中使用Context.registerReceiver（)进行注册。只要是注册了，当事件来临的时候，即使程序没有启动，系统也在需要的时候启动程序。各种应用还可以通过使用Context.sendBroadcast （） 将它们自己的Intent Broadcasts广播给其他应用程序。 663 | 664 | 4. 内容提供者 665 | 666 | Content Provider 是Android提供的第三方应用数据的访问方案。 667 | 　　在Android中，对数据的保护是很严密的，除了放在SD卡中的数据，一个应用所持有的数据库、文件等内容，都是不允许其他直接访问的。Andorid当然不会真的把每个应用都做成一座孤岛，它为所有应用都准备了一扇窗，这就是Content Provider。应用想对外提供的数据，可以通过派生Content Provider类， 封装成一枚Content Provider，每个Content Provider都用一个uri作为独立的标识，形如：content://com.xxxxx。所有东西看着像REST的样子，但实际上，它比REST 更为灵活。和REST类似，uri也可以有两种类型，一种是带id的，另一种是列表的，但实现者不需要按照这个模式来做，给id的uri也可以返回列表类型的数据，只要调用者明白，就无妨，不用苛求所谓的REST。 668 | 669 | * Service 与 IntentService 的区别。[Link](https://stackoverflow.com/a/15772151/5153275) 670 | 671 | * Android 应用的结构是什么？ 672 | 673 | * Android 应用中如何保存数据。 674 | 675 | * 如何在 Android 应用中执行耗时操作。 676 | 677 | * 两个 Fragment 之间如何通信。 678 | 679 | * 阐述一下 Android 的通知系统。 680 | 681 | * 两个不同的 app 之间如何交互。 682 | 683 | * 什么是 Fragment？ 684 | 685 | * 为什么建议只使用默认的构造方法来创建 Fragment？[Link](https://stackoverflow.com/a/16042750/2809326) 686 | 687 | * 为什么 Bundle 被用来传递数据，为什么不能使用简单的 Map 数据结构？ 688 | 689 | * 阐述一下 Fragment 的生命周期。[Link](https://www.techsfo.com/blog/wp-content/uploads/2014/08/complete_android_fragment_lifecycle.png) 690 | 691 | * 如何理解 Android 的 Dialog ？ 692 | 693 | * 解释下 Android 的 View 。 694 | 695 | * 你能创建自定义 View 吗？具体是如何创建的？ 696 | 697 | * 什么是 ViewGroup ，它与 View 的区别在哪里？ 698 | 699 | * Fragment 和 Activity 有什么区别？它们之间又有什么关系？ 700 | 701 | * 谈谈 Serializable 接口和 Parcelable 接口的区别。在 Android 中最好使用哪种接口？ 702 | 703 | * Activity 的启动模式有哪些？[Link](https://blog.mindorks.com/android-activity-launchmode-explained-cbc6cf996802) 704 | 705 | * 解释一下 Android 中的 Intent 。[Link](https://stackoverflow.com/questions/6578051/what-is-an-intent-in-android) 706 | 707 | * 什么是隐式 Intent ？ 708 | 709 | * 什么是显式 Intent ？ 710 | 711 | * 解释一下 AsyncTask 。 712 | 713 | * 如何理解 Android 中的广播。[Link](https://stackoverflow.com/questions/5296987/what-is-broadcastreceiver-and-when-we-use-it) 714 | 715 | * 如何理解 Android 的 LocalBroadcastManager 。[Link](https://developer.android.com/reference/android/support/v4/content/LocalBroadcastManager.html) 716 | 717 | * 什么是 JobScheduler ？[Link](http://www.vogella.com/tutorials/AndroidTaskScheduling/article.html) 718 | 719 | * 什么是 DDMS ？你可以用它来做什么？ 720 | 721 | * 解释一下什么是 support libary ，以及为什么要引入 support library ？[Link](http://martiancraft.com/blog/2015/06/android-support-library/) 722 | 723 | * 如何理解 Android 中的 ContentProvider 。它通常用来干什么？ 724 | 725 | * 什么是 Data Binding ？[Link](https://developer.android.com/topic/libraries/data-binding/index.html) 726 | 727 | * Android 的核心组件具体都有什么？[Link](https://developer.android.com/topic/libraries/architecture/index.html) 728 | 729 | * 什么是 ADB ？ 730 | 731 | * 什么是 ANR ？如何避免发生 ANR ？ 732 | 733 | * AndroidManifest.xml 是什么？ 734 | 735 | * 解释一下 broadcast 和 intent 在 app 内传递消息的工作流程。 736 | 737 | * 当 Bitmap 占用较多内存时，你是怎么处理的？ 738 | 739 | * Android 应用有哪些不同的存储数据的方式？ 740 | 741 | * 什么是 Dalvik 虚拟机？ 742 | 743 | * AsyncTask 的生命周期和(它所属的) Activity 的生命周期有什么关系？这种关系可能会导致什么样的问题？ 如何避免这些问题发生？ 744 | 745 | 746 | * Intent filter 是用来做什么的？ 747 | 748 | * 什么是 Sticky Intent？[Link](http://www.androidinterview.com/what-is-a-sticky-intent/) 749 | 750 | * 什么是 AIDL ？列举一下通过 AIDL 创建被绑定的服务（bounded service）的步骤。 751 | 752 | * Android 的权限有多少个不同的保护等级？ 753 | 754 | * 在转屏时你如何保存 Activity 的状态？[Link](https://stackoverflow.com/questions/3915952/how-to-save-state-during-orientation-change-in-android-if-the-state-is-made-of-m) 755 | 756 | * 相对布局和线性布局的区别。 757 | 758 | * 如何实现 XML 命名空间？ 759 | 760 | * View.GONE 和 View.INVISIBLE 之间的区别。 761 | 762 | * Bitmap 和 .9（nine-patch）图片之间有什么区别？ 763 | 764 | * 谈谈位图池。[Link](https://blog.mindorks.com/how-to-use-bitmap-pool-in-android-56c71a55533c) 765 | 766 | * 在 Android 中如何避免内存泄漏？ 767 | 768 | * Android 桌面的小部件是什么？ 769 | 770 | * 什么是 AAPT ？ 771 | 772 | * 你是如何在 Android 应用程序中发现内存泄漏的？ 773 | 774 | * 你如何排查应用崩溃的原因？ 775 | 776 | * 为什么你应该避免在主线程上运行非用户界面相关的代码？ 777 | 778 | * 你是如何适配不同分辨率的手机的？ 779 | 780 | * 如何理解 Doze 模式。如何理解应用程序待机模式（App Standby）。 781 | 782 | * 在 Android 中，你可以使用什么来进行后台操作? 783 | 784 | * 什么是 ORM ？它是如何工作的？ 785 | 786 | * 什么是 Loader ？ 787 | 788 | * 什么是 NDK ，为什么它是有用的？ 789 | 790 | * 如何理解严格模式（StrictMode）。 [Link](https://blog.mindorks.com/use-strictmode-to-find-things-you-did-by-accident-in-android-development-4cf0e7c8d997) 791 | 792 | * 什么是 Lint ？它的用途是什么？ 793 | 794 | * 什么是 SurfaceView ？ 795 | 796 | * ListView 和 RecyclerView 有什么区别？ 797 | 798 | * 什么是 ViewHolder 模式？为什么我们应该使用它？ 799 | 800 | * 什么是 PendingIntent ？ 801 | 802 | * 你能手动调用垃圾回收吗？ 803 | 804 | * 周期地更新页面的最好方式是什么？ 805 | 806 | * 有哪些类型的广播？ 807 | 808 | * 你开发过组件吗？请描述一下。[Link](https://blog.mindorks.com/android-widgets-ad3d166458d3) 809 | 810 | * 如何理解上下文（Context）。怎么使用它？[Link](https://medium.com/p/understanding-context-in-android-application-330913e32514) 811 | 812 | * 你知道什么是视图树(View Tree)吗？怎样优化它的深度？ 813 | 814 | * onTrimMemory() 方法是什么？ 815 | 816 | * Android 应用可以使用多进程吗？怎样使用？ 817 | 818 | * 内存溢出（OutOfMemory）是怎么发生的？ 819 | 820 | * 文本样式接口（Spannable）是什么？ 821 | 822 | * 什么是过度绘制（overdraw）？ 823 | 824 | * 什么是渲染脚本（renderscript）？[Link](https://blog.mindorks.com/comparing-android-ndk-and-renderscript-1a718c01f6fe) 825 | 826 | * Dalvik 虚拟机模式和 ART（Android Runtime）虚拟机模式的区别。 827 | 828 | * FlatBuffers 和 JSON 的区别。[Link](https://blog.mindorks.com/why-consider-flatbuffer-over-json-2e4aa8d4ed07) 829 | 830 | * 谈谈 Android 的注解。[Link1](https://blog.mindorks.com/creating-custom-annotations-in-android-a855c5b43ed9), [Link2](https://blog.mindorks.com/improve-your-android-coding-through-annotations-26b3273c137a) 831 | 832 | * 描述一下约束布局（Constraint Layout）。[Link](https://blog.mindorks.com/using-constraint-layout-in-android-531e68019cd) 833 | 834 | * 阐述一下 Android 中的 HashMap , ArrayMap 和 SparseArray 。[Link](https://blog.mindorks.com/android-app-optimization-using-arraymap-and-sparsearray-f2b4e2e3dc47) 835 | 836 | * 阐述一下 Looper, Handler 和 HandlerThread 。[Link](https://blog.mindorks.com/android-core-looper-handler-and-handlerthread-bd54d69fe91a) 837 | 838 | * 如何降低 Android 应用的耗电量？[Link](https://blog.mindorks.com/battery-optimization-for-android-apps-f4ef6170ff70) 839 | 840 | * SnapHelper 是什么？[Link](https://blog.mindorks.com/using-snaphelper-in-recyclerview-fc616b6833e8) 841 | 842 | * 在 Android 中怎么处理多点触控？[link](https://arjun-sna.github.io/android/2016/07/20/multi-touch-android/) 843 | 844 | 845 | ### 架构 846 | 847 | * 请介绍一下你做的上一个 App 的架构。 848 | 849 | * 请介绍一下 MVP。 [Link](https://blog.mindorks.com/essential-guide-for-designing-your-android-app-architecture-mvp-part-1-74efaf1cda40) 850 | 851 | * Presenter 是什么？ 852 | 853 | * 什么是模型？ 854 | 855 | * 请介绍一下 MVC。 856 | 857 | * Controller 是什么？ 858 | 859 | * 请介绍一下 MVVM。 [Link](https://github.com/MindorksOpenSource/android-mvvm-architecture) 860 | 861 | * 谈谈你对代码整洁之道（clean code）的理解。[Link](https://blog.mindorks.com/every-programmer-should-read-this-book-6755dedec78d) 862 | 863 | 864 | ### 设计问题 865 | 866 | * 请设计 Uber App。 867 | 868 | * 请设计 Facebook App。 869 | 870 | * 请设计 Facebook Near-By Friends App。 871 | 872 | * 请设计 WhatsApp。 873 | 874 | * 请设计 SnapChat。 875 | 876 | * 基于地理位置 App 的设计问题。 877 | 878 | 879 | ### 工具和技能 880 | 881 | * Git. [Link](https://github.com/git-tips/tips) 882 | 883 | * RxJava. [Link](https://blog.mindorks.com/a-complete-guide-to-learn-rxjava-b55c0cea3631) 884 | 885 | * Dagger 2. [Link](https://medium.com/p/a-complete-guide-to-learn-dagger-2-b4c7a570d99c) 886 | 887 | * Android 开发实用工具。 [Link](https://blog.mindorks.com/android-development-useful-tools-fd73283e82e3) 888 | 889 | * Firebase. [Link](https://firebase.google.com/) 890 | 891 | 892 | ### Android 测试驱动开发 893 | 894 | * Espresso 是什么？ [Link](https://developer.android.com/training/testing/ui-testing/espresso-testing.html) 895 | 896 | * Robolectric 是什么？ [Link](http://robolectric.org/) 897 | 898 | * UI-Automator 是什么？ [Link](https://developer.android.com/training/testing/ui-testing/uiautomator-testing.html) 899 | 900 | * 请解释一下单元测试。 901 | 902 | * 请解释一下设备化测试。 903 | 904 | * 你是否做过单元测试或者自动测试？ 905 | 906 | * 为什么要使用 Mockito？ [Link](http://site.mockito.org/) 907 | 908 | * 请描述一下 JUnit 测试。 909 | 910 | 911 | ### 其他 912 | 913 | * 描述一下 REST APIs 如何工作 ？ 914 | 915 | * 描述一下 SQLite 。 916 | 917 | * 描述一下 数据库 。 918 | 919 | * 项目管理工具 - trello ，basecamp ，kanban ，jira ，asana 。 920 | 921 | * 关于构建系统 - gradle , ant , buck 。 922 | 923 | * APK 逆向工程 。 924 | 925 | * 混淆器用于什么 ？ 926 | 927 | * 什么是混淆？ 用于什么？ 如何压缩 ？ 928 | 929 | * 如何构建你的发布版本的 APP ？ 930 | 931 | * 如何面向特定用户群体更新应用程序版本 ？ 932 | 933 | * 可以识别卸载我们的应用程序的用户吗 ？ 934 | 935 | * 缩小 APK 的体积 。[Link](https://blog.mindorks.com/how-to-reduce-apk-size-in-android-2f3713d2d662) 936 | 937 | * Android 开发最佳实践 。[Link](https://blog.mindorks.com/android-development-best-practices-83c94b027fd3) 938 | 939 | * Android 代码风格和指南 。[Link](https://blog.mindorks.com/android-code-style-and-guidelines-d5f80453d5c7) 940 | 941 | * 你尝试使用过 Kotlin 吗 ？[Link](https://blog.mindorks.com/why-you-must-try-kotlin-for-android-development-e14d00c8084b) 942 | 943 | * 开发 Android 应用程序时应该连续测量哪些指标 ？[Link](https://blog.mindorks.com/android-app-performance-metrics-a1176334186e) 944 | 945 | 946 | ### 贡献者 947 | 948 | 感谢这些无私的贡献者，排名不分先后。 949 | 950 | [mengxn](https://github.com/mengxn)、[innovatorCL](https://github.com/innovatorCL)、[SmartNJ](https://github.com/SmartNJ)、[Zhiw](https://github.com/Zhiw)、[lanyuanxiaoyao](https://github.com/lanyuanxiaoyao)、[934079371](https://github.com/934079371)、[cdevelopr](https://github.com/cdevelopr)、[smartbeng](https://github.com/smartbeng)、[ikook](https://github.com/china-kook)、[mrfanr](https://github.com/mrfanr)、[androidZzT](https://github.com/androidZzT)、[qiaojialin](https://github.com/qiaojialin)、[maokai1229](https://github.com/maokai1229)、[renxuelong](https://github.com/renxuelong)、[dzx1994](https://github.com/dzx1994) 951 | 952 | 953 | ### License 954 | 955 | ``` 956 | Copyright (C) 2017 stormzhang 957 | 958 | Licensed under the Apache License, Version 2.0 (the "License"); 959 | you may not use this file except in compliance with the License. 960 | You may obtain a copy of the License at 961 | 962 | http://www.apache.org/licenses/LICENSE-2.0 963 | 964 | Unless required by applicable law or agreed to in writing, software 965 | distributed under the License is distributed on an "AS IS" BASIS, 966 | WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 967 | See the License for the specific language governing permissions and 968 | limitations under the License. 969 | ``` 970 | -------------------------------------------------------------------------------- /assets/android-interview-questions.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/stormzhang/android-interview-questions-cn/57f5623034eddd59206086ae7f4358edf3ed1f6b/assets/android-interview-questions.png -------------------------------------------------------------------------------- /assets/overloading-vs-overriding.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/stormzhang/android-interview-questions-cn/57f5623034eddd59206086ae7f4358edf3ed1f6b/assets/overloading-vs-overriding.png --------------------------------------------------------------------------------