![]() |
1
17
它不是在扔垃圾
确定 实际的 例外,你应该打印更多的细节。例如。
或者将异常作为第二个logger参数传入,如果配置良好,将打印其stacktrace:
更新 根据您的评论:您最好的办法是更新捕获如下:
你绝对不应该根据信息来区分。它的便携性很差。也就是说,消息是一个敏感的主题,它甚至可能依赖于区域设置! |
![]() |
2
1
在未显式声明已检查异常的情况下,有各种微妙的(或在某些情况下是不可靠的)方法抛出已检查异常。其中一些已列出 in this page |
![]() |
3
0
只是一个想法,可能是
|
![]() |
4
0
e、 getMessage()提供的输出表明UnknownHostException正在某个地方发生,但可能某个地方的port.login()后面的代码正在捕获UnknownHostException,引发另一个异常,并在该异常的消息中声明UnknownHostException是原始异常(或者链接它)。如果不知道在原来的catch块中捕获的是什么样的异常类型,很难判断。首先找出它(也许只需执行e.printStackTrace()),这应该告诉您应该捕获什么。 |
![]() |
5
0
在android上,我看到了这一点,但它实际上是作为一个
|
![]() |
Konvt · 标准库中异常构造函数参数类型问题 5 月前 |
![]() |
EarthTurtle · 调整泛型抛出迭代器的异常类型 10 月前 |
![]() |
ê¹ë¯¼ì¬ · 在六边形的建筑中,例外情况应该扔到哪里? 11 月前 |
|
tariqalr · 带有try-catch块的无限循环的编译和返回值 1 年前 |
![]() |
CheezGuy · Python尝试/不停止错误除外 1 年前 |