9月6号完成了360一面，目前还在流程中，后续会更新



# 一面
1. 自我介绍
2. Activity生命周期
3. View事件分发流程
4. 线程和进程的区别
5. handler的组成
6. handler里一个handler可以有几个looper？
7. handler是如何实现线程切换的？
8. Android常见的内存泄漏
9. Android里的进程通信有哪些实现方式？
10. Android虚拟机和进程的区别？
11. 如何实现自定义view？
12. Java锁的实现
13. Kotlin协程
14. 问项目
15. 算法题，线程交替打印
16. 反问


面试使用的是牛客，期间频繁掉线，导致面试的时候面试官一直在频繁重连，所以整体体验一般，但是面试官很有趣，留着长发，看着很和蔼，希望能有二面
# 后续
挂了

[秋招]360 Android开发岗 一面

七月初投递百度提前批，七月底完成了一面+二面+三面+加面

之前忙于实习，一直没更，凭借记忆尽量回想一些问题更新一下。



# 一面
1. 自我介绍
2. Android Service的启动方式？
    答：onStart、onBind
3. 说一下MVC、MVP和MVVM的区别以及你对他们的理解？
    答：巴拉巴拉，，，
4. 了解SharedPreferences吗？知道commit和apply的区别吗？
    答：同步和异步，一个是直接写硬盘一个先内存后异步写硬盘，一个有返回没返回
5. 说一下Kotlin的高阶函数？
    答：基于函数式编程思想，本质上类似Java的lambda表达式，map，filter啦之类的，，，
7. 说一下Kotlin的协程？它与线程有什么区别？
    答：协程原理，更适合轻量级的异步任务，程序层面的异步调度，，，，
8. 了解Activity的启动模式吗？有哪几种？
    答：四种，巴拉巴拉，，，，
9. 了解Handler吗？它是干什么的？它有哪些部分组成？
10. 一个Handler里面的Looper最多有几个？
11. Android如果发生了内存泄漏，有哪些可能？
    答：Handler内部类，静态变量滥用，匿名内部类太多巴拉巴拉，，，
13. Android如果发生了ANR，有哪些可能？
14. 介绍一下你的项目，其中有哪些难点？如何解决的？
15. 反问
# 二面
1. 自我介绍
2. 了解Android广播机制吗？本地广播是什么？
3. 如何优化一个ListView？
    答：contentView复用，使用ViewHolder对contentView进行处理
 4. saveInstanceState有了解吗？
     答： 用在当Activity重新启动中用来保存状态并在重新OnCreate的时候恢复，存一个Bundle
 5. Bundle是干什么的？
     答：可以保存Key-Value数据，一般主要用来在Activity中进行通信
 6. Android权限你知道有哪些？如何申请？
     答：读写权限、定位权限、网络权限，，，巴拉巴拉
 7. 问项目
 8. OKHttp了解吗？
     答：只知道它使用了责任链模式
 9. 责任链模式的优缺点？
     答：便于维护和拓展巴拉巴拉，，，
 10. 反问
 # 三面
 三面是部门Leader，问的更加偏向于业务思维
 1. 自我介绍
 2. 问项目
 3. 你认为什么样的广告是好的广告？（提示：可以从展示形式、持续时间来切入）
     答：巴拉巴拉
 3. 了解Fragment吗？它的生命周期能不能说一下？
 5. 你在学习和研发过程中有没有遇到过很棘手的问题，如何解决的？
 6. 了解过SDK开发吗？之前在那家公司实习主要做什么工作？
 7. 有使用过SDK吗？你认为SDK和库的区别是什么？
 8. 之前对百度有了解吗？有接触过相关的业务或者使用过相关的产品吗？
 9. 反问

三面比较快，可能因为面试官有事情，前后只有半个小时不到，然后面试官跟我约了加面，让我简单找资料学一下SDK的设计原则相关的知识，他加面的时候会再问我
 # 加面
 加面比较轻松，基本就是面试官与我闲聊
 1. 你来说说现在你所了解到的关于SDK的相关知识，如何设计研发一款SDK？
 2. 你是如何学习到这些知识的？
 3. 你对日后的规划是怎样的？
 5. 考虑来实习吗？
 6. 面试官对我的评价（很不错，希望把这个offer给我，但是要看人事那边的情况）
 7. 反问
 # 后续
 隔了一个月后，百度提前批结束了，尝试联系面试官，面试官说我面试早就通过了，没有进入下一流程是因为一直需要等待提前批结束后进入排序，面试官说对我的打分并不低，但是由于学校的问题，今年人事卡双一流高校，卡的很严，会帮我准备相关的材料争取一下，但是建议我不要抱太大希望。
### 9.9 简历被流转，重新进入初筛阶段，百度寄摆

[秋招]百度客户端广告SDK研发岗-一面+二面+三面+加面（已重新流转）

上上周大疆一面，整体面试体验还是不错的，无奈被挂



# 一面
1. 自我介绍
2. Java多线程和锁
3. 介绍一下项目
4. 项目里的难点，如何解决？
5. Kotlin的Let、Apply、Also关键字
6. Kotlin的扩展函数和高阶函数
7. Kotlin的单例是线程安全的吗？
8. 如何设计一个线程安全的单例？
10. 说一下你知道的设计模式
11. 责任链模式的优缺点
12. 说说如何理解MVC、MVP、MVVM？
13. Kotlin的ViewModel是如何实现数据监听的？
14. 线程池有没有了解？
15. Activity四种启动模式
16. Activity的通信方式
17. Bundle原理有没有了解
18. 本地广播和全局广播是什么？
19. Handler的组成和原理
20. Handler如何实现线程通信？
21. 你认为Kotlin和Compose相比于传统Java有什么优势？
22. 反问

# 结果
一面面试官说面试表现比较好，但是最后需要看打分排序决定是否通过，然后一面大概一周后收到了感谢信，BE

[秋招]大疆-客户端开发岗-一面（已挂）

上周通过Boss直聘，以部门直推的方式约到了滴滴客户端地图定位SDK开发岗位面试
一二面比较突然和急促，并且从晚上7点连续完成了一面和二面的流程，长达两个小时，问的比较多也比较累，这里简单总结一下



# 一面
> 1. 自我介绍
> 2. 面试官介绍了一下部门的业务和技术栈
> 3. 问：进程和线程的区别？进程的生命周期有没有了解
> 答：*运行层面不同、周期不同巴拉巴拉，，，，*
> 4. 问：面向对象里封装、继承和多态是如何理解的？在Java和C++里分别如何实现？
> 答：*巴拉巴拉，，，，*
> 5. 问：C++虚函数有没有了解？
> 答：*没有*
> 6. 问：操作系统里TCP三次握手的理解，为什么不能是两次握手或者四次握手？
> 答：*TCP原理巴拉巴拉，，，*
> 7. 问：操作系统里如果两个进程需要实现通信，有哪几种方式？
> 答：*（IPC管道、内存共享、文件共享）*
> 8. 问：程序从代码到运行结束输出结果的过程中，发生了什么？
> 答：*（以Java为例，构建、编译字节码、转换机器码、运行）*
> 9. 问：C++编译的过程相比Java有什么区别？
> 答：*（少了编译字节码的环节，速度更快巴拉巴拉，，，）*
> 10. 问：对多线程有没有了解，介绍一下Java里多线程的实现方式和几种加锁的关键字
> 答：*（Thread、Runnable、线程池、类锁、对象锁、方法锁、同步代码块、Lock）*
> 11. 问：有四个线程ABCD，如何使用锁实现ABCD的执行顺序？假如让ABC同时执行，D最后执行，又如何实现？
> 12. 问：Java的泛型和C++泛型的区别
> 答：*（真泛型和假泛型）*
> 13. 问：对操作系统虚拟内存有了解吗？
> 14. 问：说一下对于已经排序好的一个集合如何对其高效查找？
> 答：（*二分*）
> 15. 问：说一下对于斐波那契数列问题的两种解决算法？它们有什么特点，如何选择？
> 答：*（递归，动态规划，巴拉巴拉，，，，）*
> 16. 问：说一下对于编码原则的理解
> 答：*巴拉巴拉，，*
> 17. 问：思维题：五升的水杯和七升的水杯，如何操作可以得到四升的水？
> 答：*只需要这样，再那样（挺经典的思维题，很简单），巴拉巴拉，，*
> 18. 问：你简历上所写的其中一个项目，在开发过程中遇到的难题以及如何解决的？
> 19. 反馈：技术挺厉害的，答得都不错，稍等一会去叫二面面试官过来面Android相关
# 二面（都比较简单，就不写答案了）
1. 自我介绍
2. 问：Activity生命周期？
3. 问：Activity之间的通信如何实现？
4. 问：Android Service如何理解？
5. 问：handler原理？
6. 问：handler的looper是否可以切换线程？
7. 问：线程池有没有了解？
8. 问：广播机制有没有了解？
9. 问：View的事件分发机制
10. 问：操作系统里进程通信方式？
11. 问：Android内存泄漏
12. 问：Android虚拟机和进程的关系
13. 问：强引用、弱引用、软引用和虚引用
14. 问：C++有多少了解？
15. 问：有没有接触过定位相关的技术？
16. 问：有没有使用过Android内置的一些定位API？
17. 问：Android系统架构有哪些层？每层承载了哪些功能？
18. 问：假如让你去学习定位领域的知识与技术，在现在一无所知的情况下，大概需要多久可以熟悉业务并上手？
19. 反问
# 结果
感觉整体问的比较底层和基础，更偏向于问基础知识和C++方面的知识，整体体验不错，虽然门槛较高（好像是得硕士才行，但是不知道为什么我就约到面试了），面试官是面了这么多里面相对比较和蔼的，也很幽默风趣，整体体验很棒，希望能够拿到offer
# 后续
HR面一直拖一直拖，每次都因为一些急事鸽了，，，搞得已经没什么信心继续面滴滴了，已经快一个月了，依然没有搞完HR面，，，随缘了

[秋招]滴滴一面+二面 面经

# 起因

​		去年7月打计算机程序设计大赛的时候设计了一套互联网虚假信息监测开放平台，本来想着打完比赛就写篇博客，结果比赛越打越多，~~绝对不是我咕咕咕~~。最近投实习，暂时闲下来了，分享一下当时的一些设计思路与经验。



# 基本构成要素

一个开放平台以提供RPC（Remote Procedure Call）远程过程调用服务为主，应该包含以下要素：

1. 鉴权设计（OAuth1.0、OAuth2.0）
2. RPC服务

# 平台定位

​		开放平台的定位大部分都是ToB的，因此需要精准定位客户需求，这里以我设计的互联网虚假信息监测开放平台为例。

## 目标群体

​		要了解客户需求，首先要明确客户到底是哪些人。

​		显而易见，需要互联网虚假信息监测服务的场景集中于各类社交平台等舆论密集的地方，因此，这种社交平台的开发者和管理者就是我们的目标群体。

## 痛点分析

​		确立了目标群体，那么就要分析这个群体最需要什么，即这个行业中存在的痛点在哪，从痛点着手切入，才能开发出好用的产品。

在虚假信息监测开放平台中，目标群体的痛点就在于人力审核互联网舆论的高成本、低效率，众所周知，互联网舆论是非常庞大的，要审核起来非常费劲，但是又不能完全放弃管控，~~你永远不知道用户会搞出什么幺蛾子~~。

​		因此，本平台就立足于互联网人力审核成本高、效率低这一痛点上进行构建，平台的核心是监测互联网虚假信息，平台的目标，就是让社交平台的管理人员能够提高舆论审核的工作效率，降低人力成本，将他们从无尽地审核地狱里解放出来。

### 结论

​		至此，我们就完成了第一步，开放平台的目标定位，接下来要做的，就是切入我们上面所分析出的行业痛点，进行平台的概要设计

# 概要设计

​		在这一阶段我们需要完成整体项目的结构梳理，包括架构、功能点。

## 需求分析

​		上面我们确立了平台需要致力于解决的痛点，那么接下来我们就需要针对痛点来推断需求，**功能为需求而服务**，因此基于关键痛点进行需求分析是非常重要的一个环节。

​		针对互联网舆论人力审核成本高、效率低这一痛点，我们可以拆分出多条需求。

> 1. 监测多种虚假信息文本，主要包括谣言、敏感词、营销号三种
>
> 2. 需要提供自定义化服务，以解决不同平台有不同敏感词监测规范的情况。（~~比如在B站，你所热爱的就是你的生活~~，在B站是违禁词，但在其它地方可不一定是）
> 3. 需要为接入的平台提供数据可视化服务，以方便用户查看各类虚假信息的趋势，更好地制定舆论管控规则
> 4. 要有容易上手的接口设计和详细的说明文档，防止用户看完一头雾水，依然不会用
> 5. 稳定可靠的服务支持，毫无疑问一个社交平台的信息量是非常恐怖的，因此我们的平台必须具有极高的稳定性，要能够抗住非常恐怖的流量才可以

## 功能设计

​		有了明确的需求，就可以针对需求来设计功能了，我们从上面的五条需求展开来设计功能

#### 1. 虚假信息文本监测

​		针对于虚假信息文本监测的需求，我们以提供RPC接口的方式为用户提供云端虚假信息监测服务，身份校验采用OAuth1.0原则（因为简单，现在应该使用2.0），通过签发令牌的方式来实现。

​		鉴于需要至少实现三种不同的舆论识别，也即谣言、敏感词、营销号，所以我们需要提供三套不同的RPC服务，分别就是：谣言监测、敏感词识别、营销文本分类识别。

#### 2. 自定义舆论监测规则

​		针对部分平台需要自定义监测规则的需求来说，同样可以使用RPC接口的方式为用户提供云端服务，不同与上一点，这个功能下我们需要让用户上传自定义的文件规则。然后后台基于该数据文件，制定适合用户的识别模型。

#### 3. 数据可视化服务

​		舆论的实时情况统计，统计用户的平台在某个时间段内的虚假信息数量，并展示给用户观看，因此需要后端实现在监测到违法信息时，对其进行一个分类统计的功能，包括在某个时间段内用户所接入平台的谣言舆论数量、带有敏感词监测的舆论数量。