开发Express认证系统：先查邮箱抛自定义异常还是让数据库抛异常？

方案一：先检查邮箱再抛自定义异常 #

• 优势：逻辑直白，能直接返回贴合业务的错误提示（比如"这个邮箱已经注册过啦"），前端对接更省心；不会产生数据库层面的约束冲突日志，减少日志冗余。
• 劣势：竞态条件是硬伤——在"查询邮箱是否存在"和"插入新用户"这两步之间，如果有另一个请求同时插入了同一个邮箱，数据库还是会抛出唯一性异常。高并发场景下这种问题出现的概率会明显上升，等于白做了前置检查。

方案二：直接依赖数据库唯一性约束抛异常 #

• 优势：从根源上杜绝竞态条件，因为数据库的唯一性约束是原子性的，插入操作本身会自动完成检查，没有中间空隙；代码更简洁，少了一次数据库查询，性能也略好一点。
• 劣势：需要在代码里识别数据库特定的错误码（比如PostgreSQL的23505、MySQL的1062），把数据库原生异常转换成用户能看懂的业务提示；如果后续换数据库，可能要调整错误码的判断逻辑；数据库日志里会留下约束冲突的记录，需要做好日志过滤。

总结建议 #

优先选第二种方案。竞态条件是生产环境中实实在在可能踩的坑，数据库的原子性约束是最可靠的防线。如果觉得错误信息不友好，只要在捕获异常时判断下错误码，把它转换成用户易懂的提示就行，这点额外代码换回来的可靠性完全值得。

内容的提问来源于stack exchange，提问作者Mohammed Omar