【简历项目选择】 有无OJ项目简历写法/资源推荐/问答集合

找暑假实习，项目只有外卖还有一个C的项目，最近开始找，还能找到吗，要加新项目进去吗，感觉有点来不及了

1.自我介绍2.讲一下实习项目的系统架构和设计思路,接入层,底层数据接入等,分哪些模块,数据怎么存储,大概用到哪些技术框架?(当时听到这个问题人是懵的,之前也面试过几次,完全没想到过直接让讲公司项目的架构,还好开发的那个是公司核心项目,做了微服务设计,就讲了下大概有哪些服务,各自的作用以及流程执行的关联调用)3.讲下实习经历里的预排序遍历树(只要问就能硬控他10min)4.项目服务注册和服务发现用的什么框架?5.假设RPC中A调用B,怎么知道B的IP接口和协议?6.服务提供方挂掉怎么维护IP列表?7.服务提供方B有10台实例,其中有两台的调用一直超时,如何优化让调用更稳定?调用方A维护黑名单,...

问题1：为什么会使用分库分表，到达了什么样的数据级别才会去加设计，是否对数据量有一个统计我的理解：看星哥之前写过 单表行数超 500 万行或者单表容量超过 2GB，推荐分库分表，但是面试的过程中怕被问自己写的项目会有这么大的数据量吗不要这么硬背，具体情况具体分析，有的表字段少，经常是条件等值查询，这样加个索引，一个亿也不用分表，有的字段多，还是范围查询，可能5000万就得分表，面试官问你你说是自己在学习分库分表应用到项目中，自己造了几千万的数据量问题2：基因法需要分表的一个数量和确定的一个东西（我的理解是分表的依据，例如大麦中是订单编号和用户id），但是正常的生产环境中是可能动态改变的，比如说需要动态扩容的话，怎么解决呢（例如当前有4个分表，但是现在需要扩充到8个分表），是使用双写吗？这个在扩容前就要考虑好能维持多少年内不需要再扩容。转转架构师在分库分表前，通过之前记录的数据增长量，做了256张表，能在7年内不需要再扩容，如果需要扩容的话，可以使用双写，新扩容表写的过程中，用新的分库分表算法问题3：如果在防止超卖的过程中，Redis不可用了，怎么解决我的理解：使用Redis集群和主从复制吗？因为Redis宕机的话数据库的数据也不能保证是最新的版本，所以得尽量保证Redis不宕机？肯定要使用redis集群模式，但可能会有主从延迟，导致从节点数据不是最新的，但关系不大。可以在用户生成订单后，修改数据库的座位和库存，然后用户支付后，再改数据库的座位和库存，每一步都做好验证。这样从节点的数据问题会降到最低。问题4：如果在当前的幂等验证逻辑中，有一个消息所对应的幂等标识符是不存在的，按照现有的逻辑是可以执行的，但是幂等验证之后的业务系统异常了，这个时候应该怎么处理呢（即通过了幂等的验证，但是后面的服务down掉了，比如说下游抛了一个异常出来）【没太明白应该回答什么，是指需要将幂等标识符重新进行设置吗】异常了就异常了呗，把这个请求的标识从redis中删除了，就像分布式锁时，业务异常也要执行解锁一样，让下一个请求进来正常执行，然后设置好标识位问题5：本地缓存为什么使用Caffine呢，为啥不用Guava因为caffine的性能要远高于Guava，没有其他复杂原因我的理解：查了下Caffine就是Guava改进而来的，可以这么说吗- Caffine在读写操作方面的性能更高，是基于异步的操作，将淘汰过期操作与读写进行分离- Caffine采用了一种结合 LRU、LFU的算法W-TinyLFU+，具有高命中率，低内存占用的特点

对于目前的比较火的项目来说可以分为几类：c端业务项目 、b端业务项目、轮子项目基架项目c端业务项目商城项目、外卖项目、12306等等都属于复杂的c端业务项目，这类项目的优缺点在于：优点:架构复杂，积累架构经验，后期进入公司后不会被复杂架构唬住中间件丰富，可以提早学习各组件用法开拓技术事业。c端项目在公司中不会有太多机会接触(基本涉及大用户量的都维稳为主)缺点:重复率高，面向用户的项目来来回回就这么几个方向架构过于复杂，技术细节过多，掌握不好容易翻车形成刻板印象，由于选择c端服务人过多，翻车频率也高，导致面试官通常对这类项目带有有色眼镜b端业务项目xxx后台管理系统、cms系统等属于b端业务系统...