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



# 一面
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. 数据可视化服务

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

一个简易开放平台（RPC）的设计思路

# 问题起源

在配置gitalk评论后，会出现403报错、Netword Error和Error_Validation_Failed等问题而导致gitalk无法正常使用,这些问题多半都是因为**缺乏gitalk代理**导致的



![](https://i.loli.net/2021/10/21/9fRcw8ajYz4WMTU.png)

# 查找解决办法

先前往gitalk的github仓库看有没有人提issues，一番搜寻后发现确实有不少人有这个问题，而且已经给出了可能的原因

![](https://i.loli.net/2021/10/21/NUlaYjnCmKt2J3S.png)

前往博客查看接口响应情况

![](https://i.loli.net/2021/10/21/YiNMa5j2KdnHqAB.png)

确实如issues所说，国内无法正常访问github的access_token，按照issues提供的解决办法，来挂个代理试试

通过和[某位朋友](https://rainchan.win/)线下py,拿到了他自己搭建的一个代理地址

> 或者可以去别的网站打开F12寻找他们的access_token代理地址，比如[gitalk的官方网站](https://gitalk.github.io/)
>
> ![](https://i.loli.net/2021/10/21/HRJPQ8Ntix2EdFV.png)

然后去hexo主题源目录下找到gitalk的源文件（各个主题的文件路径可能不同，但是总可以找到的）

![](https://i.loli.net/2021/10/21/YFdWOxbtJple472.png)

修改gitalk对象构造器里的**proxy字段**（如果没有可以自己加一个）

最后编译，部署，问题便解决了

如果部署上去依然报错，那么多半是代理挂掉了，可以试试更换一个代理

gitalk 403、Error_Validation_Failed以及Network Error问题解决

# 起因

搭建好了个人博客，为了能够与沙雕网友在博客里愉快吹逼，需要开一个评论




# 步骤

这里选用使用人数最多的[gitalk](https://github.com/gitalk/gitalk)

## 1. npm安装

```bash
npm i --save gitalk
```

## 2. 创建Github Application

创建一个GithubApplication，可以[点这里创建](https://github.com/settings/applications/new)

![](https://i.loli.net/2021/10/21/E13woviRhL8cdSH.png)

> **字段说明**：
>
> ​	Application name：应用名称,叫啥都行，可以叫BlogTalk方便区分
>
> ​	Homepage URL：你的博客的链接，如果没有配域名的话就是https://\<githubname>.github.io
>
> ​	Application description: 应用描述，随便写
>
> ​	Authorization callback URL:  验证回调地址，同HomePageURL

## 3. 查看clientID和clientSecret

到Github首页，点击个人头像->settings->Developer settings->OAuth Apps->刚才创建的应用

![](https://i.loli.net/2021/10/21/bBEZzhP5TvHpaxo.png)

![](https://i.loli.net/2021/10/21/StJjKEZe4DcmU7Q.png)

如图就是ClientID，点击Generate a new client secret可查看Client secrets

![](https://i.loli.net/2021/10/21/32ZzMywVvlUcXQ9.png)

## 4. 创建一个github仓库用来存储评论

随便新建一个仓库，注意设为Public即可

## 5. 配置

![](https://i.loli.net/2021/10/21/EjRYfImGpcwPdug.png)

找到博客主体的配置文件中关于gitalk的配置（如果博客没有可以参考[官方文档](https://github.com/gitalk/gitalk)，自己魔改一番）（如果不想改，建议换主题）

由此，gitalk便配置完成了，编译部署之后即可查看效果

# 番外：配置代理

在某些情况下可能会出现gitalk无法正常工作，报403、Netword Error等情况，这些情况只需要配置一个代理即可，解决方法可以参考[另一篇文章](https://farewell12345.github.io/2021/10/19/gitalk-403%E4%BB%A5%E5%8F%8AError-Validation-Failed%E9%97%AE%E9%A2%98%E8%A7%A3%E5%86%B3/)