这个要看是什么异常了,
日志是肯定要记的。
比如说有一个文件上传的功能,客户上传的文件大小超过了默认的限制,这个时候会异常。如果你捕获了这个异常,首先记录日志,然后如果你throw那么会继续显示异常页,但是也可以用比较友好的方式,比如自定义的错误页面,告诉用户上传的文件太大了。
然后通过异常日志你们开发组讨论是否需要增加上传的默认大小。
最好写日志,上线后或没调试环境,都得靠日志查找原因,
可以规范一下写日志的方法,业务层或公共组件原则上都写日志。
UI层写不写日志看情况,如果发生异常的可能性比较大,不能用if else处理全部情况,就用try catch
一般都要写入到日志的,方便查看异常情况
你写的公用方法有异常处理,别人调用就不用再处理改方法的异常了,try catch只在发生了异常情况在处理,一般情况不影响性能。