❶ android面试注意事项
1.基础在于Activity的生命周期，必须熟悉onResume onNewIntent onDestroy onFinish啊什么东西的发生条件 时间顺序
2.控件什么的不会问 太弱智了
3.网络交互 WebService方式和基本HttpRequest方式，可能问到Socket长连接这个难
4.框架级别，对Android设计的整体框架认识，主要2点，1：对跳转的集中管理 2：对所有界面的集中管理
后者可以都继承一个baseview 在baseview里记录所有打开的view为一个集合以便管理
前者参考异步的方式把所有任务跳转请求等都发task让后台排队解决，解决后通过消息和Handle刷新页面
5.进阶知识，我搞了半年多了老手了才开始研究这些，比如现在正在研究的PN推送等，这个实时的推送用处很广，比如实时聊天或实时消息播报或广告推送，这个代表你的水平高度是要薪资的筹码
注意的嘛，对整体框架一定要有好的认识，设计一个合理的框架去实现功能非常重要
还有如果你告诉别人你懂后台，可以做或者协调后台服务端完成功能那会非常好
❷ android工程师面试一般会问哪些问题
1. Android经验
如果不是校招，Android经验是必须的，我比较喜欢问一些基础概念与技术原理，比如Activity、View、Window的理解，各LaunchMode的使用场景，View的绘制流程，Touch事件机制，Android动画的原理，Handler, Looper的理解，Android跨进程通讯的方式，Binder的理解，Android Mashup设计的理解等等。
2. java水平
基本上就是Effective Java那本书里提到的东西，如果你背完那本书里的问题，并且对答如流，没问题，就要你这样的。其实也会考察关于final用法，反射原理，注解原理，java编译过程，GC等一些常见问题。
3. IT基础知识
其实就是计算机科班学生学校里学到的一些东西，在校招时这块是重点，社招会放宽，但一些基本的常识是要有的，比如不少人都不知道http的get post有啥区别，https的那个s是什么意思，讲不清进程与线程的概念，不知道二分算法是个啥东西。这些简单问题的筛选，可以过滤一些所谓野路子的程序员，是不是科班出身不重要，搞这行就得对一些基本常识有概念，不然以后怎么愉快的交流呢？
4. 代码质量的认识
我们需要的是一个对代码味道有感觉的人，关于这点，看下《Clean Code》就够了，面试中这点其实不好考察，可以让他聊一聊对代码质量的认识，虽然不能排除对方夸夸其谈，至少想法不多，只能提到命名风格这一点的人是不符合要求的，也可以在写Code的环节中观察。
5. 技术视野
比如对Android开发新技术的了解与学习，对其它流行技术领域的了解，这其实与我刚才提到的技术广度的考察有关，就我面试过程中，发现很多非互联网行业的从业人员，因为公司各种操蛋规定与公司技术氛围的原因，技术视野相当狭窄。
我个人对这点深有体会，2011年我还在传统行业从事软件研发，当时的公司因为担心技术信息泄露，不让上网，相当封闭，我个人虽然自认为已在那个行业内做到业内专家的级别，但总感觉哪里不对，有一天我很兴奋的打算跟身边同事聊一聊Android的时候，发现他们居然都不知Android为何物？2011年啊同志们，当时的震惊无法言表，深切感觉到需要作出改变了，毅然放弃多年行业积累，转战移动互联网，直到现在。时至今日，多年前的小伙伴也有很多混出了名党，开始走向人生巅峰，我也从来没有后悔当初做出的选择。
6. 技术想象力
一个优秀的技术人，如果知识的深度与广度足够，知识已成体系，那么他对于一些从未接触过的领域，也是可以做出足够合理的想象与判断，面试过程中如果问到一些领域候选人没有涉猎，这时候一般不用过多纠缠，但如果你想借这个问题考察下他的技术想象力，可以深入下去，比如问他：“你觉得这个东西应该是什么原理呢？”，“这个酷炫的控件，如果要你来做，你会怎么实现？”。在这方面表现出色的同学无疑是有深厚基础与足够广度的人。
❸ android刚毕业怎么面试
先背Android面试宝典，然后好好练习MVP和MVP然后读一下OKhttp和RXjava这都是最近用的。然后对Android版本成长史有个大概的了解，然后别人问啥你都说懂，写过。不要太具体。
❹ 请教有经验者，一般android面试会问些什么问题
其实，不管是什么样的面试形，问的问题都差不多，万变不离其宗，都有规律可寻。其实对所有的面试官而言，只有一个目的：在最短的时间里了解到你最多的信息。想高效率的准备面试，先从这七个大方面着手吧！
一、基本情况
1、请用最简洁的语言描述您从前的工作经历和工作成果。
二、专业背景
您认为此工作岗位应当具备哪些素质？
三、工作模式
您平时习惯于单独工作还是团队工作？
四、价值取向
您对原来的单位和上司的看法如何？
五、资质特性
您如何描述自己的个性？
六、薪资待遇
是否方便告诉我您目前的待遇是多少？
七、背景调查
您是否介意我们通过您原来的单位迚行一些调查？
95%的面试基本上都离不开这些问题，当然还有可能问一些专业问题，我想如果你做过的话应该都不是什么难事，一般面试官都不会过多的问专业方面的问题的。
❺ 安卓的面试，有什么需要注意的
如果面试去吹的话请不要吹过头，适量而至。不懂的不要装懂，不懂很正常，反过来你可以询问这个知识点，然后如果有笔试的话，代码什么不会写没关系，关键是你思路要写下来，写下伪代码。最后去面试着装不要邋遢，说话语速慢点，不要紧张，关键是不要紧张，了解下面试公司的背景，一般都会问到，有多少说多少。
❻ 好程序员android面试都面试哪些问题，不知道难不难。
根据公司的项目需求，比如公司做的是一个涉及到地图定位，支付和聊天的项目，那一般就会找在这方面有开发经验的人。
根据面试者简历上的项目经验，看看这个人做了哪些项目，根据这些项目问一些相关的技术问题。
假设一些工作情况和条件，问面试者是如何面对和解决的。
有些公司确实会很刁难人，但这不能怪人家，毕竟他们想找一个能真正胜任工作的人，而你也想这样的工作。所以，面试的时候最重要的还是做你自己。让他们了解你，你自己也去了解他们。遇上自己很喜欢的工作但是人家又不要你，那你就努力提升自己。
❼ 面试android高级开发工程师具备哪些技能
1、关于团队：对内：能提升团队内聚力和执行力，注重个人成长，能快速提高团队战斗力；对外：能住区更多的资源，使项目和组内成员获得更好的成长和发展。
2、关于技术：领导项目优化，架构变更、核心模块的修改，也能不断引入新技术、对标竞品，不但技术上领先，也能做出更优秀的作品。
一、了解系统核心机制
1. 了解SystemServer的启动过程
2. 了解主线程的消息循环模型
3. 了解AMS和PMS的工作原理
4. 能够回答问题”一个应用存在多少个Window？“
5. 了解四大组件的大概工作流程
二、基本知识点的细节
1. Activity的启动模式以及异常情况下不同Activity的表现
2. Service的onBind和onReBind的关联
3. onServiceDisconnected(ComponentName className)和binderDied()的区别
4. AsyncTask在不同版本上的表现细节
5. 线程池的细节和参数配置
6.熟悉设计模式，有架构意识
三、技术要求
1.稍微深入的知识点
2.系统核心机制
3.基本知识点的细节
4.设计模式和架构
当然，除了上面的知识点和技能外，你还要能玩转RxJava、掌握自定义view 、要会进程间通信与进程保活、热修复等知识点。
❽ 如何面试 Android 工程师
拿自身来举个栗子把=￣ω￣=~
先介绍一下自己的情况，我是一名2016应届毕业生，自学的android开发，面试过好多公司(目前待业/(ㄒoㄒ)/)，有实习生的，也有社招的，也有校招的，下面就从这三个来说吧：
实习生：
对于实习生而言的话，可能对于android方面的要求并不是特别的高，比较注重基础，但是基本的得会，比如：
四大组件基本的概念以及使用。
activity的生命周期流程，这是最基本的，但是你得清楚到底是啥时候调用各个方法，如一个页面(A)当前正在跟用户交互，弹出一个Dialog后，A的各个回调方法的流程调用情况等。
数据存储的方式，五大存储方式的基本使用。
掌握网络通信中httpClient和HttpUrlConnection基本使用，任何网络框架都是从最简单的写起，所以这个必须要知道。
熟悉json解析，JsonObject，JsonArray等等的各种使用。
会导入第三方库。
线程(Thread，Runnable)的使用。
主线程和其他线程的交互(Handler，AsyncTask)。
校招：
对于校招而言的话，主要是对于计算机基础能力的考察，尤其bat等公司更甚，当然android方面也是需要的，主要考察的方面是：
熟练掌握操作系统原理
熟练掌握计算机网络
熟练掌握数据结构以及算法
良好的java基础
android基本的都要会，在此基础上需要掌握一定的源码方面的知识，比如handler源码，AsyncTask源码，触摸事件机制，view的事件分发机制，清楚他们是如何由0到1完成各自的工作的。
阅读过相关开源项目，对开源项目做过校正或者贡献的，Github好多小星星的~
社招：
再讲之前先吐槽一下某大型互联网照片处理类公司(B)的HR，说好的校招，结果把我安排到社招相关去了，哔了狗了。
对于社招方面，个人了解的也比较少，主要是经历了B这个公司的面试，所以就面试的内容来讲讲吧，抛砖引玉好了，个人觉得社招尤其注重你在工作项目中的对于代码整体框架的整体认识以及熟练掌握程度：
对于源码有一定的研究，Binder机制的理解，熟练自定View，能够对开源库进行再次的封装，改写等等，AWS，WWS等等有一定的认识。
阅读过开源项目源码，清楚开源项目的构建历程，优缺点等。
设计模式的理解与运用。
对于上任公司项目的理解，能够清楚的讲解自己编写代码的思路。
独立解决Bug的能力，优化代码的能力，重构代码的能力。
良好的计算机基础。
最最重要的一点，我觉得是：
对于技术是否有热情，有求知欲，愿意去尝试，去了解新的技术，这是我认为最重要的一点。
仅仅针对个人情况写的，有什么写的不对的地方还请大家多多指正～
❾ 自学安卓的，去面试，该准备什么
这个还真不容易准备，我简单说下我面试都问吧...只适用于三年工作经验以内的同学，再往上这么问就不太合适了。1、请候选人简单自我介绍这个没啥好说的，别太罗嗦就好。2、写个简单的代码实现不会弄太复杂的代码，一般就写string类函数的重新实现；如果候选人是应届生的话，会要求写个复杂点的，比如单链表反转；如果有地图行业背景的，可以写个从集合内找出/删除最近的N个点。多数情况下，面试的时候没有人能写得很完美，总有些考虑不周的边界条件或者比较乱的逻辑。这时候我会提醒候选人哪些地方有可能有问题，让他试着改进。能比较顺利地改出来就Ok了。3、Java的基础和Android的基础穿插着问我常常会问Java泛型类的使用，HashMap和ArrayList的内部实现，时间复杂度。Java的接口和抽象类的取舍，虚方法和多态的运用等等。关于Android，问一下布局（几种Layout的使用）、数据存储（SD卡、SQLite、共享配置这种）、Intent传递、消息机制、Activity生命周期等等。4、更深入的技术细节这个我最纠结了，我自个儿就半桶水，当然连半桶水的问题也问不出来...一般我就问问常见内存泄漏场景、App被销毁后如何恢复、ListView如何重用、如何适配不同屏幕、生产环节出问题了咋办...曾经我也问过Java GC这种教科书问题，后来发现没啥效果，就再也不问了。至于项目经验神马的，那是二面的事儿，我只是个弱弱的一面。就这些 查看原帖>>
❿ android开发怎么样面试能详到8000
无论大公司还是小公司，之所以在如何招聘到真正有能力的
前端工程师方面会遇到同样的问题，就是因为负责招聘的那些人不知道自己公司需要什么样的人，结果问问题时也问不到点子上。经过这几年在行业里的摸索，我总
结出了自己的一套很有效的面试前端工程的方法。
有的应聘者说我不好对付，但留给他们这样的印象也并非我所愿。我觉得之所以他们说我不好对付，主要是因为我问他们问题时问得太细了。以前我曾专门写过一些
东西，告诉应聘者怎么才能通过我的面试（Surviving an interview with me）以及优秀的前面工程师应该具备什么样的素质（What
makes a good front end
engineer?），而我的面试可以说完全是按照那两篇文章的标准进行的。我不会问一些特别偏门的问题，也不认为出几道逻辑题就能考出人的真实水平。我
唯一的想法就是确定你能否胜任我们要招的这个职位。为此，我需要简单地考察如下几个方面。
基本知识
我们生活在互联网时代，你想知道的任何事情几乎都能在15分钟内找到相关信息。可是，能找到信息并不等于你会使用它。我认为所有前端工程师至少都应
该掌握某些基本的知识，才能有效地完成自己的工作。如果一遇到问题，就停下工作上网四处搜索解决方案，怎么可能保证按期完成工作呢？听听，还有谁在说“我
不知道，但我可以上网搜到。”请这些同学把手举起来，让大家认识一下（immediately raises a flag for
me.）。下面我列出一些基本的知识点，这些都是我认为一名前端工程师（无论工作年头长短）在没有任何外来帮助的情况应该知道的。
DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。
DOM操作——怎样添加、移除、移动、复制、创建和查找节点。
事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。
XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。
严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。
盒模型——外边距、内边距和边框之间的关系，IE 8以下版本的浏览器中的盒模型有什么不同。
块级元素与行内元素——怎么用CSS控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。
浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。
HTML与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。
JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。
重申一下，上述这些知识点都应该是你应该“想都不用想”的东西。我一开始问的所有问题都是想摸清你对所有这些领域知识的掌握程度。虽然上面列出的这些知识点并没有面面俱到，但我觉得你至少应该掌握这些，才有可能跟我坐到一间办公室里来。
少量提问
我非常赞同面试者问的问题越少越好。反复问应聘者各种问题既不公平，也很无聊。我在任何一次面试中，通常只问三个大问题，但每个问题又会涉及我所能想到的多个方面。回答每个大问题一般要经过几个步骤，这样我就可以在每个步骤中穿插着问一些小问题。比如说：
现在有一个正显示着Yahoo!股票价格的页面。页面上有一个按钮，你可以单击它来刷新价格，但不会重新加载页面。请你描述一下实现这个功能的过程，假设服务器会负责准备好正确的股票价格数据。
这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON。如果我要求你对换一种处理股票价格的方式，或者
让你在页面中显示其他信息，就可以把更多的知识点包括进来。对于经验比较丰富应聘者，我也可以自如地扩展要考察的知识范围，最简单像JOSN与XML的区
别、安全问题、容量问题，等等。
我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的代码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把
关于库的知识作为评判能力的因素，因为库是会随时间变化的。我需要的是真正理解库背后的机制，特别是能够徒手写出一个自己的库的人。
解决问题
做为一名前端工程师，最值得高兴的事莫过于解决同一个问题会有很多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，经常会在应聘
者解释完一种方法后问他们还有没有第二种方法。此时我会跟他们说，假设你的这个方法由于种种原因被否决了，那么你还能不能给出另一种方法。这样做可以达到
两个目的。
首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人确实有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都
明白。可是，只要一跟这些人谈到怎么查找方案无效的原因，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，如果我听到“我不明白这个方案为什么不够
好”之类的反问，心里立刻就明白我的问题已经超出了他们的能力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。
其次，可以测试出他们已经掌握的（还是那句话，“想都不用想”）浏览器技术知识。如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难。
对一名前端工程师来说，这绝对是最重要的能力。前端工程师在工作中遇到本该如此却并未如此的难题（说你啦，IE6），应该说是一件很平常的事。一个方案无效就无计可施的人，做不了前端工程师。
考核应聘者解决问题能力的另一层原因，与我的个人喜好有关。在搞清楚应聘者知道什么不知道什么之后，我就会想着问一个他们知识领域之外的问题。这样
做的目的，就是想看看他们怎样运用已有的知识解决新问题。在解决问题的每一步，我也准备了一些提示，以防有人会卡壳打艮（在我面前15分钟一言不发，对我
评价这个人毫无帮助）。我真正感兴趣的，是他们能够从上一步前进到下一步。我希望看到一个人就在我眼前学到新知识。
注意：所有问题都与浏览器技术相关。我不相信出几道抽象的逻辑题，就能够考出某人解决Web技术问题的能力。在我看来，这无异于让素描大师画肖像（或者让刘翔跟博尔特同场竞技），没有意义，也得不到任何有价值的信息。
有激情
要成为一名优秀的前端工程师，最重要的莫过于对自己做的事要有激情。我们技能都不是从学校中或者从研讨会上学来的，因此前端工程师必须具备自学能
力。浏览器技术的变化可谓日新月异，所以也只有不断提升自己的技能才做得到与时俱进。我虽然不能强迫谁必须多看博客、不断学习，但想应聘前端工程师的人恐
怕还是必须这么做的。
你怎么知道谁对这种工作有没有激情？实际上非常简单。我只问一个简单的问题：“目前你对什么Web技术最感兴趣？”这个问题永远不会过期，而且也几
乎不可能出错……除非你答不上来。就眼下来说，我希望你对这个问题给出的技术中包括WebSocket、HTML、WebGL、客户端数据库，等等。只有
对Web开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能；这些人才是我真正想要的。当然，我会让他们详细解释自己提到的技术，以保证他们不是随
口说了几个时髦的新词汇。
最后一点
计算机科学或者Web设计方面的知识当然也有用，但那都是基本知识之外的东西。只要基本知识在那儿了，一切就都有了基础，想扩充知识面也不难。可
是，如果等到正式上班以后，还得从头学习基本技能，那种难度是不可同日而语的。另外，高级前端工程师与一般工程师相比，肯定需要掌握更多的技能。而面试几
乎没有经验大学毕业生，同样也会有一套完全不同的程序。我在这篇文章里列出来的都是一些最基本的东西。
对于那些还没有多少面试经验的人，我总是喜欢告诉他们，面试完了只要问自己一个问题就行：你想以后跟这个人在一起共事吗？如果不管为什么，回答是不，那就是不。