26校招快手客户端一面面经

适用于主动解约、愿意按协议支付违约金，且希望与企业HR/对接人保持友好沟通的场景。本来想去小某书搜一个话术的，结果一看，咋都这老长，我给前女友写的小作文都没这么绿 一、沟通核心原则  态度诚恳理性：无论解约原因如何，先感谢企业给予的机会，再客观说明决定，避免推诿或情绪化表达； 表述简洁高效：原因无需过度展开，核心信息（解约决定+承担违约责任）清晰即可； 主动解决问题：明确提及配合履行解约流程、承担违约金，减少企业沟通成本； 措辞职业礼貌：全程保持正式、尊重的语气，避免口语化或轻佻表述。  二、分场景沟通话术 1. 试探式沟通（适合不想直接生硬提解约） 先以咨询流程为切入点，让对方感知意图，再顺...

1. 网络场景：一个网络接口返回json文件比较大，不需要很常用到，为了节省流量对接口进行优化，有什么策略（http缓存）2. 利用ksp做注解处理，是在什么时机生效的3. 如果想在运行时操作有哪些方式4. 反射可以获取哪些信息5. 利用反射获取注解信息，对注解种类有要求吗6. jvm是怎么加载java类的7. 自定义一个String类会被加载吗8. 对协程是怎么理解的，为什么有了线程还会有协程这种东西9. 怎么处理协程出现的异常10. LeakCanary的内存泄漏检测原理11. Compose和xml原生布局编写的异同12. 使用Compose有遇到什么问题13. 自定义view的流程14. Framework层什么时机会触发onMeasure、onLayout、onDraw15. requestLayout和invalidate调用后的流程有什么不一样的16. Framework层是怎么标识哪些view是需要测量的，哪些view是需要layout的17. requestLayout和invalidate调用后在Framework内部的方法是怎么流转的18. 手撕：字符串相乘当天晚上约二面

题目1：组合总和

1、实习介绍2、手撕：有n个数，随机排列成一个最大的数，输出一个字符串，例：[3,10,24,25]，输出："3252410"3、优化一个SQL语句：SELECT \* FROM ordersWHERE user_id=123AND status='PAID'ORDER BY create_time DESCLIMIT 10;表中字段：id, user_id, status, amount, create_time数据量：1亿条记录4、联合索引为什么按user_id、status、create_time这个顺序呢，你怎么知道数据库引擎就是按这个顺序去检索的呢，对数据库索引底层是如何做的有了解吗5、除了索引和select \*，还会有什么问题吗，你会怎么去解决呢6、你说到了根据user_id分表，那具体用什么策略去分表呢7、为什么选择user_id，而不用主键id，或者其他呢8、给了一段代码，用来在秒杀场景中进行减库存操作，一个stock表示库存量，一个减库存的方法，在单服务器部署场景下，代码会有什么问题吗（没加锁），怎么解决呢9、synchronized和ReentrantLock实现机制清楚吗10、下面考虑分布式部署的情况，只加上面的锁，会有什么问题吗11、那这里的取值操作需要加锁吗，还是说只有减库存需要加锁12、如果让你设计一个分布式锁，你会考虑哪些方面13、场景：设计一个类似微薄的点赞和取消点赞功能，需要设计一个api的接口实现这个功能，给出他的请求方法和URL，同时设计表，来存储点赞数据。主要实现三个业务功能：存储点赞信息，对这些信息做统计，让用户能看到自己的点赞14、如果需要考虑一些特殊场景，保证这个接口的安全，比如用户身份鉴权，恶意的流量攻击等待15、统计点赞数的逻辑如何实现，什么时候去统计比较合适16、反问聊天