字节测开暑期三面

- 评论发布（文字/图片/@用户） - 评论字数限制验证 - 空评论/重复评论校验 - 未登录评论跳转登录 - 拉黑用户评论拦截 - 评论点赞/取消点赞 - 评论回复/层级展示 - 评论举报/删除/编辑 - 创作者置顶/关闭评论 - 多端评论同步 - 弱网环境评论处理 - 评论计数实时更新

Selenium、Appium、Cypress、Playwright、Puppeteer、JUnit、TestNG、Pytest、Robot Framework、Postman、JMeter、LoadRunner。

微服务架构的优缺点，具体内容如下： 优点 1. 业务划分清晰，单个服务代码量小、复杂度低，易于维护。 2. 可独立开发、部署和运行，启动与运行速度快。 3. 团队规模小（8 - 10人），管理成本低。 4. 服务修改后只需单独部署该服务，无需重新部署整个应用。 5. 开发语言和工具选择灵活，可结合项目、业务及团队特点合理选用。 6. 可扩展性良好，可按业务逻辑拆分服务，也可通过集群化部署应对用户量和并发量增长。 7. 能与容器配合，实现快速迭代、构建和部署。 8. 故障隔离能力强，单个服务故障不会导致整个系统瘫痪。 9. 具有链路追踪能力。 缺点 1. 分布式链路追踪较困难。 2. 分布式管理复杂，服务数量增多时管理难度加大。

Java实现多线程的常见方法 1. 继承  Thread  类 - 方式：创建子类继承  Thread  类，重写  run()  方法定义线程任务。 - 特点： - 简单直接，可直接通过  start()  启动线程。 - 局限性：Java 单继承机制限制，子类无法再继承其他类。 2. 实现  Runnable  接口 - 方式：创建类实现  Runnable  接口，实现  run()  方法，将实例传入  Thread  构造器启动。 - 特点： - 避免单继承限制，更灵活（可同时继承其他类或实现其他接口）。 - 适合多个线程共享同一任务逻辑（如资源同步场景）。 3. 实现  Callable  接口（JDK 1.5+） - 方式：创建类实现  Callable<V>  接口，实现  call()  方法（可抛异常、带返回值），通过  FutureTask  包装后提交给线程执行。 - 特点： - 支持返回值和异常处理，比  Runnable  功能更强大。 - 需配合  Future  或  ExecutorService  获取结果或管理线程。 4. 使用线程池（如  ExecutorService ） - 方式：通过  Executors  工具类创建线程池（如  FixedThreadPool / CachedThreadPool ），调用  execute()  或  submit()  提交任务（ Runnable / Callable ）。 - 特点： - 重用线程，减少创建/销毁开销，提升性能。 - 统一管理线程生命周期，控制并发数量，避免资源耗尽。 - 适合大规模或重复执行的多线程任务。 核心区别 -  Thread  vs  Runnable / Callable ：前者是线程本身，后者是任务逻辑（分离“线程”与“任务”，更符合面向对象设计）。 -  Runnable  vs  Callable ：后者支持返回值和异常处理，适合需要结果的场景。 - 线程池优势：相比手动创建线程，线程池更高效、易维护，是实际开发中的首选方案。

1. 0分钟：同时开始4分钟（A）和7分钟（B）沙漏。 2. 4分钟：A漏完，立即翻转A（此时B剩余3分钟）。 3. 7分钟：B漏完，立即翻转B（此时A已运行3分钟，剩余1分钟）。 4. 8分钟：A第二次漏完（从4分钟到8分钟，共4分钟），立即翻转B（此时B自7分钟翻转后已漏了1分钟，上方剩余6分钟，下方有1分钟）。 5. 9分钟：B再次漏完（从8分钟开始，漏完下方的1分钟），总耗时9分钟。

佬面哪个部门

这不应该是一面的问题吗？三面还在拷打八股？