ebay面试总结

springboot
bean生命周期
aop在哪一步
如何解决循环依赖
静态代理与动态代理如何实现？ 参考

Thread start（）和Runnable run（）之间有什么区别？为什么一般启动新线程用Thread start（）
答案：difference 是当程序调用 start() 方法时，创建 new 线程并且 run() 中的代码在 new 线程中执行，而如果直接调用 run() 方法，将创建 no new thread并且 run() 内的代码将直接在当前线程中执行 .

Java线程中 start() 和 run() 之间的另一个 difference 是你 can not 两次调用 start() . 一旦启动，第二次 start() 调用将在Java中抛出 IllegalStateException ，而您可以多次调用 run() 方法，因为它只是一个 ordinary 方法

update语句怎么实现，如何加锁，加了哪几种锁，加在哪里?
答：当我们要执行 update 语句的时候，确保 where 条件中带上了索引列，并且在测试机确认该语句是否走的是索引扫描，防止因为扫描全表，而对表中的所有记录加上锁。我们可以打开 MySQL 里的 sql_safe_updates 参数，这样可以预防 update 操作时 where 条件没有带上索引列。如果发现即使在 where 条件中带上了列索引列，优化器走的还是全标扫描，这时我们就要使用 force index([index_name]) 可以告诉优化器使用哪个索引。
总结：用了索引，给索引对应的列加锁（X锁，排他锁），没有用索引或者索引不生效，扫描全表，给所有列加锁

redis缓存一致性怎么实现

https建立通信的认证过程，怎么防止中间人窃取
https过程 ： 我们在浏览器中常用的HTTPS协议的做法，即浏览器和服务器先通过RSA交换AES口令，接下来双方通信实际上采用的是速度较快的AES对称加密，而不是缓慢的RSA非对称加密。

grpc协议的优点
在服务端渲染场景中，前端应用需要频繁地与后端服务进行通信以获取数据。使用HTTP协议可能会遇到以下问题：

性能较低：HTTP协议使用文本格式传输数据，这会导致数据冗余和传输效率较低。
传输数据冗余较大：HTTP协议的头部字段通常包含大量重复信息，这会增加传输数据的冗余。
使用RPC（如gRPC）可以解决这些问题：

高性能、低延迟：gRPC使用二进制格式传输数据，减少数据冗余和提高传输效率。同时，gRPC默认使用HTTP/2协议，支持多路复用、头部压缩等特性，降低延迟并提高传输性能。
更紧凑的数据传输：gRPC使用Protobuf作为数据传输格式，它具有更紧凑的数据表示，降低了传输数据的冗余。
具体的业务场景下，如果使用http调用后台服务，一般需要经过后台的一个rpc-http中转服务(因为后台基本都是rpc服务，需要一个类似网关的存在让http与rpc可以互相调用)，加上http本来存在的性能问题。直接调用rpc比调用http，可以有较为明显的耗时减少(我的接口有大概20-30%的耗时减少)

除了更低的耗时，直接调用RPC服务，可以减少rpc-http中转服务这层的调用，降低了调用链路的复杂度和服务器资源的消耗。

很多公司的RPC服务都有成熟的服务间调用监控和链路追踪，日志打印等服务，直接调用RPC可以享受到这些既有框架的技术成果。

HTTP与RPC对比
服务端渲染场景无疑是使用RPC是优于HTTP的，但是HTTP与RPC其实各有优缺点，下面我们分几个维度对比下HTTP与RPC的优缺点。

通信效率：HTTP协议的无状态性质和文本数据传输，它在处理大量请求时可能效率较低。而RPC协议通常使用二进制数据传输，能够更高效地处理请求和响应
数据传输: HTTP协议通常使用JSON或XML等文本格式进行数据传输，而RPC协议可以使用多种数据传输格式，如二进制、JSON、XML等，具体取决于所使用的RPC框架和协议
接口定义：HTTP协议通常需要遵循约定（如RESTful规范）或使用额外的描述语言（如OpenAPI）来描述API接口；RPC协议使用跨语言的IDL（如Protobuf）来描述接口，具有更强的类型安全性。
异常处理: HTTP协议使用HTTP状态码来表示请求的状态，如200表示成功，404表示资源不存在等。而RPC协议通常使用自定义的异常处理机制，可以更细粒度地处理各种异常情况
适用场景：HTTP协议主要用于Web应用(浏览器环境，不支持RPC，只能使用HTTP)，适用于构建RESTful API和前后端分离的项目；RPC协议主要用于分布式系统，适用于构建高性能、低延迟的微服务架构。
复杂性: HTTP协议基于简单的请求-响应模式，易于理解和实现。RPC协议的抽象层次较高，学习成本相对较高。开发者需要了解RPC协议的原理和具体实现，以及如何使用IDL描述接口

设计题：
交易系统，相邻时间两笔金额一样的转账，怎么处理？
答：一般而言，一笔交易会关联一个业务ID，可以看做是序列号，如果两笔转账对应同一个业务ID，不会通过幂等校验，否则，可以看做两笔独立的转账。

文件上传系统，怎么对比前后两天的文件变更，如果文件很大怎么解决？
答：大文件可以分区存储，使用哈希算法，判断是否更改。

最令你难忘的一个项目，解决了什么问题，学到了什么？