北京新氧科技有限公司

自我介绍  面试评价：还挺聪明，思维灵敏。就是安卓只懂些概念，要找工作的话还是得再多多学习复习。 总结 全程尬笑，心里只有一句“我懂个锤子安卓”在回荡。整个面试后半段很自助（面试官的提问都是“xxxx方面你还知道什么，讲一讲”这种）

公司应该是没有Android，一个非Android的负责人过来面试，对着电脑百度问问题，所以有些问题问得没什么技术水平，但是又得表现出一副自己就是做Android的样子，有点无语，回答起来也有点对牛弹琴的感觉。顶着烈日过去面试，没有收获，有点不值得。估计是薪资开高了，hr叫我回去等通知。

一面：

这是现在国企的主要招聘，一般招聘对象为的应届大学毕业生，也是每年国企招聘的主要对象。校招的话企业对大学生的包容度很高，大多数都没有过相关的实习经验，所以只要专业知识和各方面素质过硬就可以了。而且尤其是一些大型的国企比如三大运营商、中石油中石化等会给毕业生提供很多福利，甚至有的可以解决户口问题。对于校园招聘的应届毕业生的偏好，主要有以下几个方面的特点：1.985，211毕业优先；2.学生会、团组织干部优先；3.学生党员优先；4.优秀毕业生优先。因此，对于很多小伙伴而言，你在学校期间的学生会、班级、团组织的各种聘书，一定要保存好，对你绝对有用。学生期间入党，毕业后也是大有用处，一些国企的某些岗位会有中共党员优先的条件，如果你大学就是党员，那么进入国企的机会也会比其他人更胜一筹。另外，国企由于处于不同的领域和行业，其招聘的侧重点也不尽相同，每年都会根据企业的需求，有所调整和侧重，因此，在投递简历时候，一定要看清他们的招聘条件以及你是否进入这个岗位比其他人更有优势。比如说，有的企业，会特别注明只招收特色院校或者特定专业，有些企业会特别倾斜男生或者女生等，但是现在国企的共通点都是越来越倾向于招聘高学历的毕业生，因此，学历越高，越有优势。

经过IQ测试 英语测试，专业能力测试 和人格测试 总体感觉还行 比较注重基础，问到的问题也很基础，这是我没有想到的。有的题目就是纯书本的公式 自我介绍 工作经验介绍 为什么离开原来的公司，对自己的发展有何打算

Android头条新鲜面筋 1，2，3面1面线程和进程区别tcp，udp区别 使用场景三次握手 四次挥手 time_write的作用http头 1.0和1.1的区别数据库事务（一点都不会，说只会增删查改）断点续传https（说了挺多）activity的生命周期activity启动模式算法：翻转字符串的单词2面问项目遇到的难点，然后接着往下说了很多（性能优化啦什么的）android进程通信项目相关多态原理jvm内存管理C++，野指针？，虚函数表？？？数据库框架，如何选择的MVP MVVM模式（扯了挺多）handler机制四种引用物理内存和虚拟内存多线程安全性问题设计一个类 可以同时读但是不可以同时写算法：从一个数组中找到满足 它左边的小于它 右边的大于它的数字（没有手斯 讲思路 面试官有会引导你，超棒）3面问项目遇到的难点，然后接着往下说了很多（性能优化啦什么的）高斯模糊原理问了很多kotlin的问题kotlin的特性 函数 等等如何学习的实现单例算法：1.二叉树层次遍历2.二叉树之字遍历三面比较开放

一面1、请说说关于你所做过的项目以及相关细节；2、手动实现 parseInt二面就写了一些笔试题，问了一些问题三面（1）网络层是为传输层提供服务的，传送的协议数据单元称为数据包或分组。该层的主要作用是解决如何使数据包通过各结点传送的问题，即通过路径选择算法（路由）将数据包送到目的地。另外，为避免通信子网中出现过多的数据包而造成网络阻塞，需要对流入的数据包数量进行控制（拥塞控制）。当数据包要跨越多个通信子网才能到达目的地时，还要解决网际互连的问题。  （2）网络层的主要协议：IP,ARP、RARP；IP 协议位于网络层，它是 TCP/IP 协议族中最为核心的协议，所有的 TCP、UDP、ICMP 及 IGMP 数据都以 IP 数据报格式传输。IP 协议提供的是 不可靠 、 无连接的数据报传送服务； （3）当主机通过数据链路发送数据的时候，IP 数据报会先被封装为一个数据帧 ，而 MAC 地址 会被添加到数据帧的报头。ARP 便是在这个过程中通过目标主机的 IP 地址，查询目标主机的 MAC 地址；  （4）RARP 与 ARP 是相反的关系，用于将 MAC 地址转换为 IP 地址。对应于 ARP，RARP 请求以广播方式传送，而 RARP 应答一般是单播传送的。某些设备，比如无盘机在启动时可能不知道自己的 IP 地址，它们可以将自己的 MAC 地址使用 RARP 请求广播出去，RARP 服务器就会响应并回复无盘机的 IP 地址。三次握手； 3、为什么不能两次握手？  （1）TCP是一个双向通信协议，通信双方都有能力发送信息，并接收响应。如果只是两次握手， 至多只有连接发起方的起始序列号能被确认， 另一方选择的序列号则得不到确认。 （2）这主要是为了防止已失效的请求连接报文忽然又传送到了，从而产生错误。