抛出异常不会有这个问题, 在try/catch时先catch小的

用于接收其他未知错误

https://www.imooc.com/learn/587

其实我和你是一样的，但是这些东西工作当中不需要自己写只要可以看懂别人写的就好，然后叫你改一下或者叫你添加一些东西因为现在的东西已经很成熟了完全不需要你自己去做，学这些东西都是为了赚钱的又不是为了做科研的对吧

逻辑结构更清晰

三克油

异常哪里都有吧，在涉及到操作的时候就会有把，比如需要给客户端返回信息，登录错误信息

没有异常为何要抛出？

不加密，用户截取了你的访问地址，可以推测出其他的秒杀地址

视频的下面如果有源代码文件下载那就有，如果没有那就没有。。。

应该是后端统一控制接口暴露比较安全

我理解的是异常处理更加面向对象化，可以在web层捕捉到异常，做相应处理返回给用户

不能说没作用，如果不加密，用户截取了你的访问地址，他看到了当前秒杀ID为1000，他完全可以推测出其他的秒杀地址，或者说他可以造出一批地址；视频中秒杀在数据库中判断了秒杀时间，其他时间他自然是秒杀不到，但是对数据库也有一定的冲击，如果他用定时器或者循环秒杀软件，你的系统承受力是个问题；另一方面对于一些还没开始的秒杀，他模拟地址以后，完全可以用定时器一直访问。加密以后由于他拿不到混淆码，就只能通过点击链接进行秒杀……

Java函数返回数据有函数返回值和抛出异常两种方式，有时候函数返回的数据比较多，比如返回 成功或失败+失败原因，这时候用异常比较方便