Ⅰ 阿里怎么谈n+1
主要的还是靠自己，坚决的态度比较重要
下列是面试的方法流程
1 第一步，自我介绍:
个人答题方式:简练的说出自己毕业于什么大学，何时毕业;[本科],自学入行，平时研究java的方式，擅长哪些中间件，技术;自己工作中涉及的一些亮点项目，github自己的两个项目【tcc,分库分表】
控制在2分钟左右，擅长的东西务必熟悉精通，接下来很有可能基于你的项目切入
2 第二步:面试问题
由我项目中涉及的自己开发的分库分表组件切人
1 我的路由算法: hash一致
1.1 项目怎么实现的一致性算法
1. hash一致性算法怎么实现，有什么好
1.3 会有hash碰撞问题吗，切到hashmap的hash碰撞相关问题
2 还有哪些路由算法： 取模，时间片等
2.1 为什么不用取模
2.2 取模优势:[算法更简单，免去hash环的加载]，取模更容易平滑扩容
2.3 如何实现多个算法 多个路由算法引发的一些概念问题:面向抽象编程，依赖倒置
3设计模式:[选几个自己熟悉的讲 我讲了下面三个]
模板方法
工厂
单例:单例的场景:[大对象一次加载，降低内存，IO，带宽等]|[spring单例降低内存消耗] 懒汉单例安全的两者实现[同步，静态内部类]
4 由分库分表引入到mysql
1 mysql 设计架构
2 innodb存储引擎相关问题
3 b+树，查询复杂度，b+树如何实现平衡，树如何防止成为链表 ，b+树的实现
4 索引如何建立:
5 索引如何调优:
5 最后:
面试官的建议建议基础待加强，设计模式需要系统深入
询能否现场面:回答可以
————————————————
版权声明：本文为CSDN博主“岁月人”的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_35529969/article/details/102556534
Ⅱ Android大厂面试经验分享（OPPO，字节，华为，阿里）
我是从小公司跳出来的，最终入职OPPO，说实话这段时间的经历让我深深地感受到，我们为跳槽做的一些临时抱佛脚的提升跟那些大佬的沉淀比起来太渺小了。我们都知道找资料学习、刷面试题，但也许只能应付这一次的面试，后面还是会技术发愁，那些短时间背下来的东西迟早会忘掉， 大家还是做好长期提升自己的准备，好好沉淀的东西最后才是属于自己的。
说说当时的面试过程，我是内推获得的面试机会，很感谢当时帮我内推的兄弟，总共三轮面试，两轮技术，一轮HR面，当天面试结束。
我10：10分到的公司，10：30开始面试，第一轮面试将近一个小时，聊的点我基本上都答得上来，自我感觉良好。然后面试官让我等一下，他去叫他们老大来给我二面，我等了有二十几分钟吧，二面有一个多小时，这次问的比较深，有些地方答的有些嗑吧，总体来说我自己是满意的。HR面约到下午了，整个流程下来每轮面试官都让人感觉很不错，我自己做的准备也让我面试感觉下来很爽。
我把面试遇到过的以及自己学习用到过相关内容都整理到一起了，方便自己进行复盘和后续的查漏补缺：
一、 Java基础
1.1 静态内部类和非静态内部类的比较
1.2 多态的理解与应用
1.3 java方法的多态性理解
1.4 java中接口和继承的区别
1.5 线程池的好处，详解，单例（绝对好记）
1.6 线程池的优点及其原理
1.7 线程池的优点（重点）
1.8 为什么不推荐通过Executors直接创建线程池
1.9 不怕难之BlockingQueue及其实现
1.10 深入理解ReentrantLock与Condition
1.11 Java多线程：线程间通信之Lock
1.12 Synchronized 关键字原理
1.13 ReentrantLock原理
1.14 HashMap中的Hash冲突解决和扩容机制
1.14 Java并发
1.15 Java虚拟机
1.16 JVM常见面试题
1.17 JVM内存结构
1.18 类加载机制/双亲委托
二、 Android基础
2.1 Activity知识点(必问)
2.2 Fragment知识点
2.3 Service知识点
2.4 Intent知识点
2.5 数据存储
三、UI控件篇
3.1 屏幕适配
3.2 主要控件优化
3.3 事件分发与嵌套滚动
3.4 动态化页面构建方案
四、网络通信篇
4.1 网络协议
五、架构设计篇
5.1 MVP架构设计
5.2 组件化架构
六、性能优化篇
6.1 启动优化
6.2 内存优化
6.3 绘制优化
6.4 安装包优化
七、源码流程篇
7.1 开源库源码分析
7.2 Glide源码分析
7.3 day 20 面试题：Glide面试题
7.4 聊一聊关于Glide在面试中的那些事
7.5 面试官：简历上如果写Glide，请注意以下几点…
7.6 Glide OOM问题解决方法汇总
7.7 LeakCanary源码分析
7.8 OkHttp源码分析
7.9 okhttp连接池复用机制
7.10 okhttp 流程和优化的实现
7.11 一篇让你受用的okhttp分析
7.12 OkHttp面试之–OkHttp的整个异步请求流程
7.13 OkHttp面试之–HttpEngine中的sendRequest方法详解
7.14 OkHttp解析大总结
7.15 Okhttp任务队列工作原理
7.16 Android高频面试专题 - 架构篇（二）okhttp面试必知必会
7.17 Android 网络优化，使用 HTTPDNS 优化 DNS，从原理到 OkHttp 集成
7.18 Retrofit源码分析
7.19 RxJava源码分析
7.20 RxJava原理与源码分析
7.21 RxJava如何进行线程切换的？
7.22 Rxjava内存泄漏防止方案——RxLifecycle，AutoDispose，RxLife框架
7.23 Tinker源码分析
7.24 ARouter源码分析
7.25 Android框架层源码解析
7.26 算法设计
八、新技术篇
8.1 实战问题篇
九、面试篇
9.1 开源文档
9.2 面试文献
以上就是我的学习和面试积累，有自己面试经历过的，也有整理的一些大厂面试题，篇幅有限，具体内容就不展示了，我已经整理成文档了。
还是开头说的，仅靠面试期间临时抱佛脚和刷题对自身发展不是长久之计，做好长期提升的规划，好好沉淀每一次的学习和面试经历，把这些最终都转化成属于自己的东西才是实质上对自己最有用的。
Ⅲ 阿里面试题：50枚硬币拿取问题
题目面试：桌面上有50枚硬币，一次可以拿2,4,6枚，另一位同学和你竞争，你拿一次，他拿一次，怎么保证最后一枚硬币是你拿到。
解题思路：这种问题可以从后往前推，如果要保证最后一枚硬币你拿到，那么你倒数第二次拿硬币后应该剩下8枚，此时另外一名同学不管是拿2枚，4枚，6枚，那么你肯定能拿到最后一枚。50-8=42 剩下42枚，怎么拿取？可以观察2 4 6 这几个数字的特点，4+4=8 2+6=8 6+2=8，不管另一位同学拿几枚，你都可以和他凑成8枚，42-5X8=2，最后剩下两枚，你先拿。
答案：你先拿2枚，另一个同学如果拿2枚，你拿6枚，另一个同学如果拿4枚，你也拿4枚，另一个同学如果拿6枚，你拿2枚，这样重复5个回合，最后剩下8枚，不管他怎么拿，你都能拿到最后一枚。
Ⅳ 史上最全 40 道 Dubbo 面试题及答案，看完碾压面试官！
Dubbo是阿里巴巴开源的高性能RPC分布式服务框架，现已成为Apache基金会孵化项目。使用Dubbo可以将核心业务抽取为服务，形成稳定的服务中心，提高业务复用性和灵活性，应对市场多变需求。Dubbo内部使用了Netty和Zookeeper，确保高性能和高可用性。
选择Dubbo的原因在于它是阿里开源项目，广泛应用于国内互联网公司，经过线上考验。使用Dubbo可以提高业务复用和扩展性，实现分布式架构，以应对更大并发流量。以下是Dubbo的核心特点和部分面试问题答案：
1. Dubbo是什么？
Dubbo是基于Java的高性能RPC分布式服务框架。
2. 为什么要用Dubbo？
Dubbo是阿里开源项目，具有高可用性和性能，适用于分布式架构，能够提高业务复用性和扩展性。
3. Dubbo和Spring Cloud的区别？
Dubbo和Spring Cloud在通信方式、组成部分和特定功能上有所不同。
4. Dubbo支持哪些协议？
Dubbo支持多种协议，推荐使用RPC通信。
5. Dubbo需要Web容器吗？
不需要，使用Web容器只会增加复杂性并浪费资源。
6. Dubbo内置了哪些服务容器？
Dubbo使用简单的Spring容器来暴露服务。
7. Dubbo有哪些节点角色？
节点角色包括提供者、消费者、注册中心、监控中心和容器。
8. 画出服务注册与发现流程图。
服务注册与发现流程图展示了Dubbo服务注册中心的运作。
9. Dubbo使用什么注册中心？
推荐使用Zookeeper作为注册中心，还有其他选择。
10. Dubbo的配置方式有哪些？
Dubbo支持Spring配置和Java API配置。
11. Dubbo的核心配置有哪些？
核心配置包括服务、引用、协议、应用、模块、注册中心、监控中心、提供者和消费者等。
12. 在Provider上可以配置哪些Consumer端属性？
可以配置超时、重试次数、负载均衡算法和并发限制。
13. Dubbo启动时依赖服务不可用会怎样？
Dubbo会在启动时检查依赖服务，不可用时抛出异常。
14. Dubbo推荐的序列化框架有哪些？
推荐Hessian序列化，还有Duddo、FastJson和Java序列化。
15. Dubbo的通信框架？
默认使用Netty框架，集成有Mina、Grizzly等。
16. Dubbo的集群容错方案有哪些？
包括失败自动切换、快速失败、失败安全、失败自动恢复和并行调用等。
17. Dubbo的负载均衡策略有哪些？
包括随机、轮询、最少活跃调用数和一致性Hash。
18. 多个服务注册时如何测试特定服务？
可以配置环境点对点直连，绕过注册中心。
19. Dubbo支持多协议吗？
支持配置多协议，允许在同一服务上使用多种协议。
20. 多种服务实现同一接口时如何处理？
使用group属性分组，服务提供方和消费方都指定同一group。
21. 如何兼容旧版本？
使用版本号过渡，多个不同版本服务注册，版本号不同不引用。
22. Dubbo支持缓存吗？
提供声明式缓存加速访问。
23. Dubbo服务调用是阻塞的吗？
默认阻塞，支持异步调用。
24. Dubbo支持分布式事务吗？
暂不支持，可能通过JTA/XA规范实现。
25. Dubbo telnet命令的作用？
用于服务治理，具体使用请参考文章。
26. Dubbo支持服务降级吗？
2.2.0以上版本支持。
27. 如何优雅停机？
通过JDK的ShutdownHook完成，强制关闭不会执行。
28. 服务失效踢出原理？
基于Zookeeper的临时节点原理。
29. 解决服务调用链过长？
使用Pinpoint和Apache Skywalking实现分布式服务追踪。
30. 服务读写容错策略？
读操作建议使用失败自动切换，写操作快速失败。
31. Dubbo必须依赖的包？
必须依赖JDK，其他为可选。
32. 管理控制台功能？
包含路由规则、动态配置、服务降级、访问控制、权重调整、负载均衡等功能。
33. Dubbo服务暴露过程？
Spring实例化bean后，在容器刷新最后一步发布事件，通知ServiceBean回调事件方法，实现服务发布。
34. Dubbo的维护状态？
2014年后停止维护，17年开始重新维护并进入Apache项目。
35. Dubbo和Dubbox的区别？
Dubbox是当当网基于Dubbo的扩展项目，增加了服务调用的RESTful特性等。
36. 其他分布式框架？
还有Spring Cloud、Facebook的Thrift、Twitter的Finagle等。
37. Dubbo能集成Spring Boot吗？
可以集成，项目地址为Apache Dubbo的GitHub仓库。
38. 遇到的问题？
在大数据量下性能不佳，建议使用RMI或HTTP协议。
39. 阅读Dubbo源码？
了解Dubbo原理需要阅读源码，网上有教程可供参考。
40. Dubbo和Spring Cloud的评价？
Spring Cloud组件频繁更新，配置复杂，与Dubbo相比，个人更倾向于使用Dubbo。
以上内容涵盖了Dubbo的常见面试问题和使用细节，希望对大家有所帮助。
Ⅳ 【腾讯阿里最全面试题】介绍下Synchronized、Volatile、CAS、AQS，以及各自的使用场景
面试中出现概念最高的技术-原来就是这个锁
后台开发中必备技能—锁；原子操作 CAS
线程锁、进程锁、分布式锁以及数据库锁
锁概述
谈到并发，不得不谈ReentrantLock；而谈ReentrantLock，不得不谈AbstractQueuedSynchronizer（AQS）！AQS定义了一套多线程访问共享资源的同步器框架，许多同步类实现都依赖于它，如常用的ReentrantLock/Semaphore/CountDownLatch等。
lock实现过程中的几个关键词：计数值、双向链表、CAS+自旋
lock的存储结构：一个int类型状态值（用于锁的状态变更），一个双向链表（用于存储等待中的线程）
lock获取锁的过程：本质上是通过CAS来获取状态值修改，如果当场没获取到，会将该线程放在线程等待链表中。
lock释放锁的过程：修改状态值，调整等待链表。
可以看到在整个实现过程中，lock大量使用CAS+自旋。因此根据CAS特性，lock建议使用在低锁冲突的情况下。目前java1.6以后，官方对synchronized做了大量的锁优化（偏向锁、自旋、轻量级锁）。因此在非必要的情况下，建议使用synchronized做同步操作。
Abstract Queued Synchronizer (AQS) 维护了一个state（代表了共享资源）和一个FIFO线程等待队列（多线程竞争资源被阻塞时会将线程放入此队列）。 由于state是由volatile修饰的所以该变量的改动都是立等可见的。
AQS 定义了两种资源共享的方式 Exclusive（独占，一时间只有一个线程能访问该资源）、Share (共享，一时间可以有多个线程访问资源).
独占模式就像共享单车一时间只有一个人可以骑这个共享单车，共享模式就像公交车可以上去很多人，但是人一旦上满了就不能在上人了，必须要等车上的人下来后才能继续上人。
AQS的两种功能从使用层面来说，AQS的功能分为两种：独占和共享。
ReentrantLock的简单实用如何在实际应用中使用ReentrantLock呢？我们通过一个简单的demo来演示一下。这段代码主要做一件事，就是通过一个静态的incr()方法对共享变量count做连续递增，在没有加同步锁的情况下多线程访问这个方法一定会存在线程安全问题。所以用到了ReentrantLock来实现同步锁，并且在finally语句块中释放锁。 那么我来引出一个问题，大家思考一下多个线程通过lock竞争锁时，当竞争失败的锁是如何实现等待以及被唤醒的呢?
什么是AQS？AQS，全称为AbstractQueuedSynchronizer，它提供了一个FIFO队列，可以看成是一个用来实现同步锁以及其他涉及到同步功能的核心组件，常见的有:ReentrantLock、CountDownLatch等。 AQS是一个抽象类，主要是通过继承的方式来使用，它本身没有实现任何的同步接口，仅仅是定义了同步状态的获取以及释放的方法来提供自定义的同步组件。 可以这么说，只要搞懂了AQS，那么J.U.C中绝大部分的api都能轻松掌握。
AQS的内部实现AQS的实现依赖内部的同步队列,也就是FIFO的双向队列，如果当前线程竞争锁失败，那么AQS会把当前线程以及等待状态信息构造成一个Node加入到同步队列中，同时再阻塞该线程。当获取锁的线程释放锁以后，会从队列中唤醒一个阻塞的节点(线程)。
AQS队列内部维护的是一个FIFO的双向链表，这种结构的特点是每个数据结构都有两个指针，分别指向直接的后继节点和直接前驱节点。所以双向链表可以从任意一个节点开始很方便的访问前驱和后继。每个Node其实是由线程封装，当线程争抢锁失败后会封装成Node加入到ASQ队列中去。
Node类的组成如下
ReentrantLock的时序图调用ReentrantLock中的lock()方法，源码的调用过程我使用了时序图来展现。从图上可以看出来，当锁获取失败时，会调用addWaiter()方法将当前线程封装成Node节点加入到AQS队列，基于这个思路，我们来分析AQS的源码实现。
ReentrantLock.lock()这个是获取锁的入口，调用sync这个类里面的方法，sync是什么呢？sync是一个静态内部类，它继承了AQS这个抽象类，前面说过AQS是一个同步工具，主要用来实现同步控制。我们在利用这个工具的时候，会继承它来实现同步控制功能。 通过进一步分析，发现Sync这个类有两个具体的实现，分别是NofairSync(非公平锁),FailSync(公平锁).
acquire这个方法的主要逻辑是
Synchronized源码分析NonfairSync.tryAcquire这个方法的作用是尝试获取锁，如果成功返回true，不成功返回false 它是重写AQS类中的tryAcquire方法，并且大家仔细看一下AQS中tryAcquire方法的定义，并没有实现，而是抛出异常。按照一般的思维模式，既然是一个不实现的模版方法，那应该定义成abstract，让子类来实现呀？大家想想为什么
nonfairTryAcquire tryAcquire(1)在NonfairSync中的实现代码如下
文章福利 Linux后端开发网络底层原理知识学习提升 点击 学习资料 获取，完善技术栈，内容知识点包括Linux，Nginx，ZeroMQ，MySQL，Redis，线程池，MongoDB，ZK，Linux内核，CDN，P2P，epoll，Docker，TCP/IP，协程，DPDK等等。
addWaiter 当tryAcquire方法获取锁失败以后，则会先调用addWaiter将当前线程封装成Node，然后添加到AQS队列
enq enq就是通过自旋操作把当前节点加入到队列中
acquireQueued 将添加到队列中的Node作为参数传入acquireQueued方法，这里面会做抢占锁的操作
shouldParkAfterFailedAcquire 从上面的分析可以看出，只有队列的第二个节点可以有机会争用锁，如果成功获取锁，则此节点晋升为头节点。对于第三个及以后的节点，if (p == head)条件不成立，首先进行shouldParkAfterFailedAcquire(p, node)操作 shouldParkAfterFailedAcquire方法是判断一个争用锁的线程是否应该被阻塞。它首先判断一个节点的前置节点的状态是否为Node.SIGNAL，如果是，是说明此节点已经将状态设置-如果锁释放，则应当通知它，所以它可以安全的阻塞了，返回true。
parkAndCheckInterrupt 如果shouldParkAfterFailedAcquire返回了true，则会执行：parkAndCheckInterrupt()方法，它是通过LockSupport.park(this)将当前线程挂起到WATING状态，它需要等待一个中断、unpark方法来唤醒它，通过这样一种FIFO的机制的等待，来实现了Lock的操作。
LockSupport LockSupport类是Java6引入的一个类，提供了基本的线程同步原语。LockSupport实际上是调用了Unsafe类里的函数，归结到Unsafe里，只有两个函数： public native void unpark(Thread jthread); public native void park(boolean isAbsolute, long time); unpark函数为线程提供“许可(permit)”，线程调用park函数则等待“许可”。这个有点像信号量，但是这个“许可”是不能叠加的，“许可”是一次性的。 permit相当于0/1的开关，默认是0，调用一次unpark就加1变成了1.调用一次park会消费permit，又会变成0。 如果再调用一次park会阻塞，因为permit已经是0了。直到permit变成1.这时调用unpark会把permit设置为1.每个线程都有一个相关的permit，permit最多只有一个，重复调用unpark不会累积
锁的释放ReentrantLock.unlock 加锁的过程分析完以后，再来分析一下释放锁的过程，调用release方法，这个方法里面做两件事，1，释放锁 ；2，唤醒park的线程
tryRelease 这个动作可以认为就是一个设置锁状态的操作，而且是将状态减掉传入的参数值（参数是1），如果结果状态为0，就将排它锁的Owner设置为null，以使得其它的线程有机会进行执行。 在排它锁中，加锁的时候状态会增加1（当然可以自己修改这个值），在解锁的时候减掉1，同一个锁，在可以重入后，可能会被叠加为2、3、4这些值，只有unlock()的次数与lock()的次数对应才会将Owner线程设置为空，而且也只有这种情况下才会返回true。
unparkSuccessor 在方法unparkSuccessor(Node)中，就意味着真正要释放锁了，它传入的是head节点（head节点是占用锁的节点），当前线程被释放之后，需要唤醒下一个节点的线程