扫码关注官方订阅号
ringa_lee
个人认为这里抛自定义的业务异常是可以的。
关于return和throw哪个性能更好,理论上来说,抛出异常肯定是有性能损失的,创建一个Exception对象的最耗时的是调用fillInStackTrace方法,但是这个方法是可以通过传递参数来不调用的。更详细的可以参考http://stackoverflow.com/ques...。
return
throw
Exception
fillInStackTrace
异常应该真正用于异常情况,输入错误的账号密码完全是正常的业务,就不应该抛出异常,而是根据方法返回相关信息。
还有,异常效率低,这点毋庸置疑。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
个人认为这里抛自定义的业务异常是可以的。
关于
return和throw哪个性能更好,理论上来说,抛出异常肯定是有性能损失的,创建一个Exception对象的最耗时的是调用fillInStackTrace方法,但是这个方法是可以通过传递参数来不调用的。更详细的可以参考http://stackoverflow.com/ques...。异常应该真正用于异常情况,输入错误的账号密码完全是正常的业务,就不应该抛出异常,而是根据方法返回相关信息。
还有,异常效率低,这点毋庸置疑。