大疆校招内推

开发中你有没有踩过这样的坑？改了服务器时区，数据库里的订单创建时间突然差了 8 小时；跨国项目多时区切换，存的日志时间怎么看都不对 —— 其实问题大概率出在「时间类型选得不对」。今天就结合实际开发经验，拆解 MySQL 里 timestamp 和 datetime 的核心区别，帮你一次选对不踩坑。一、先搞懂：为什么时间类型选不对会出大问题？我们存储时间的核心需求是「数据准确、跨时区可用」。比如：电商订单的支付时间，不管用户在东八区还是西五区，后台得能算出统一的 “绝对时间”；服务器日志时间，切换时区后不该出现 “时间回溯” 或 “跳变”。而 timestamp 和 datetime 的本质差异...

这种的会有人参加吗，如果有人参加那我试试

2025年10月23日 网易二面全程32分钟，无手撕。实习拷打为什么需要分布式 ID？不能直接用数据库自增 ID 吗？请详细解释雪花算法的结构和生成过程。如果用 UUID 代替雪花 ID 会有什么问题？你如何实现接口限流？具体用了什么技术？限流的时间窗口机制是如何工作的？如果多个接口都需要限流，你的代码结构是如何设计的？能否在定义接口时直接声明限流规则？如何实现？限流注解背后的 AOP 逻辑是什么？Spring AOP 的实现原理了解吗？你提到用了二级缓存（本地缓存 + Redis），为什么需要二级缓存？缓存的数据如何保证一致性？特别是本地缓存的更新机制？你用 Redis 的发布/订阅做缓存同...