社招两年，快手，虾皮阿里面经

快手：

1.http四次挥手--报文传递参数是什么

2.进程间的通行方式

管道-- 无名管道（具有亲缘关系的进程使用）和有名管道（允许无亲缘关系进程通信）

信号

信号量（计数器--锁）

消息队列（可以传输大量数据）

共享内存

套接字（不同机器之间的通信）socket

3.mysql加锁问题

乐观锁

update table set x = 1, version = #{version} where id = #{id} and version = #{version}

悲观锁

select * from table for update(写锁，排他锁) 必须要在事务中才可以起作用

4.java自带的线程

继承Thread

实现Runable接口（创建了一个线程对象，需要重新new一个线程来启动）

实现Callable接口（有返回值）

5.redis的string的底层实现

6.分布式事务

6.mysql的索引，innodb的行锁的理解

算法：两个排序数组中找第k大的数 （面试官强烈要求你用二分法，难度hard）

两个排序数组中找第k大的数。在面试中除了一些基础的题目以外，更多的是网络传输的相关知识点考察。对了，当面写算法也是必不可少的。当面写的话就是要多刷题才能说在面试现场的时候很快找到思路并且流畅迅速地把题目写出来，还是要考验平时自己下的功夫的。

虾皮：

1.syn关键字底层实现

就是内存屏障命令啦！主要是通过moniter指令来进行的。简单来说，每个synchronized的前后都有一个monitor与之关联，每当一个moniter被持有后，就处于锁定状态。分别有monitorenter和monitorexit

2.双亲委派机制

3.mysql索引==== B+ 日志问题（3个）

4.限流算法------令牌桶和漏抖算法

5.redis分布式锁的底层lua setnx

6.消息队列---推拉模式--- mq丢失情况探究

7.乐观锁--悲观锁

7.线程池队列有哪几种？

先判断核心线程池数，核心数不够在判断最大线程池数。再不够判断等待队列数，再不够直接丢弃。（参数keepAliveTime:线程最大空闲时间，超过就回收线程）

面试感受：虾皮本身面试很速度的，而且面试场景都是比较常规的，问题基本集中在mysql，redis和项目上。题目也是比较简单的啦，面试下来给人的感觉就是非常的舒适！

阿里：阿里巴巴阿里国际化中台事业部Java开发工程师

1.并发大的情况下，核心线程池该如何设置参数？大流量进来会不会堵塞整个流程（通过扩容服务器的方式?）

这里解释一个核心线程池里最大线程池的参数，找了好久才找到的，你要看你的项目是IO密集型还是CPU密集型，因为IO密集型的话，需要进行IO操作，在操作的时间，是不消耗CPU的，所以一般这种情况，你的cpu数的倍数即可，如果是cpu密集型，那么最大线程数只能设置为cpu数+1，这样留一个空出来，用来做切换。

2.锁的问题

这里总结一下，乐观锁，悲观锁，AQS以及volatile，还有synchronized

3.幂等问题？--项目中的幂等问题--本地消息表（空间换时间的概念）

幂等问题本身就是一个常规化的问题，在一般情况下，都是需要通过各种手段去处理，比如增加冗余字段，比如增加校验逻辑，或者增加补偿逻辑等。这里的核心点就是，需要花费更多的时间和空间去对幂等进行校验，那么亮点应该是如何平衡时间和空间的消耗。

4.出了一个题。

---春晚红包提现流程-----如果保证高并发可用？

数据落库--> 专门增加一层服务用来分发请求 ----> 后面服务进行排队处理。 最终增加第三方表来做幂等（1分库分表不容易扫表，数据分散，2该表比较容易聚合，3放在其他服务上，保证可用性）

这个就是大并发下的最终一致性问题了，就是保证每个人都能正常提现，且能够正常到账。当时的提出了这样一个思路，核心点利用MQ进行串行化处理，然后让每一步的数据都可追溯，最终发钱的时候，做最终校验。

5.***服务器实例

大促来了，你需要提前考虑好，你的服务器资源是否能够承载自己的业务曲线。这个有点运维的感觉，事实上还是比较容易的，通过cpu数和内存数以及未来的QPS去做一个比例，最终结果就是你需要的结果啦！

6.你有遇到什么样的技术难题？

吐槽吐槽：阿里的面试更倾向于实用性，基本是从各种场景出发，来给你一个预期，让你来解决问题，那么在解决问题的过程中，对于各种知识的应用就是亮点了。其实越是大厂就越看重你解决问题的能力，会更多的从这个层面来考察面试者而非死板的问一些技术题目。