首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
面试收集
订阅
ByteFuture
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
拼多多面试: 设计“砍一刀”算法,怎么防止被刷破产?90% 的人死在了“最后 0.01 元”
上一篇我们聊了“千万级对账”,那是后台的资金底裤。今天我们聊聊前台最疯狂的“病毒营销引擎”——拼多多的“砍一刀”。 有个粉丝去面拼多多(Temu 部门),二面被问了一个非常硬核的场景
阿里一面直接挂!我用 CompletableFuture 优化代码,面试官:你这是在生产环境埋雷!
上周有个粉丝阿强哭丧着脸来找我,说阿里一面被“秒杀”了。 起因很简单,面试官问他:“有一个核心接口响应很慢,里面串行调用了用户信息、积分查询、优惠券三个服务,你会怎么优化? ”
美团二面:分库分表只按UserID切?商家怎么查?面试官直接叫停!
昨天有个粉丝在群里吐槽,说面美团被挂得心服口服。 面试官问:“你们公司的订单表有 2 亿数据,怎么做的分库分表? ” 他背得滚瓜烂熟:“简单!我们按用户 ID(user_id)取模