最近朋友小李在准备跳槽，目标是某家智能家居公司的后端岗位。他翻了不少资料，发现“服务端开发面试题”这个关键词频繁出现。很多人以为这类题目离日常生活很远，其实不然。像我们用手机App远程控制家里的空调、热水器，背后都依赖稳定高效的服务端系统。
常见的基础问题：HTTP与API设计
面试官常问的一个问题是：GET和POST有什么区别？这看起来老生常谈，但在家电场景中特别实用。比如你通过App查询冰箱当前温度，用的是GET请求；而设置制冷模式为节能档，则需要发送POST请求修改状态。理解这些差异，才能保证设备通信不出错。
另一个高频题是如何设计RESTful API。假设你要为一台智能洗衣机设计接口，启动洗衣可以是 POST /api/v1/washer/start，查询进度则是 GET /api/v1/washer/status。清晰的命名让前后端协作更顺畅。
数据库相关考察：如何存下百万台设备的数据
当一个品牌卖出上百万台智能家电，每台设备每隔几分钟就上报一次数据，数据库压力可想而知。面试里常会问：MySQL和Redis怎么搭配使用？
拿空气净化器举例，实时PM2.5数值可以用Redis缓存，读取快响应及时；历史记录则存入MySQL，方便做长期分析。这种组合既省资源又高效。
SET air_quality:device_00123 38 EX 60 // 将设备00123的空气质量设为38，有效期60秒高并发场景模拟：节日促销后的服务器崩了吗
双十一过后，用户集中激活新买的智能音箱，服务器瞬间涌入大量连接请求。这时候面试官可能会问：如何防止系统崩溃？
答案往往涉及限流、熔断机制。比如用Nginx做请求限制，或者在Spring Cloud中集成Hystrix。哪怕某个功能暂时不可用，也要确保登录和基本控制还能运行。
代码能力测试：写个小逻辑判断设备状态
现场手撕代码也少不了。有次题目是：给定一组设备心跳包时间戳，判断是否离线（超过5分钟无上报）。
def is_offline(last_heartbeat):
import time
current = int(time.time())
return (current - last_heartbeat) > 300 // 超过300秒认为离线这种题不难，但能看出候选人对边界条件和异常处理是否考虑周全。
安全问题不容忽视：别让黑客控制你家热水器
面试还会考安全常识。比如：如何防止JWT令牌被伪造？正确的做法是在签发时使用强密钥，并设置合理过期时间。
想象一下，如果攻击者破解了家庭设备的认证机制，可能就能随意调节地暖温度，甚至获取设备位置信息。所以权限校验不是纸上谈兵，而是实实在在的防护墙。