kotlin 单例异常是好是坏?
kotlin singleton exception is bad or good?
我正在研究科特林。
我有一个关于使用异常的问题。
在 kotlin 中使用对象异常和 class 异常哪个更好?
object CustomDuplicateId : RuntimeException("Invalid user with Id")
class CustomDuplicateId : RuntimeException("Invalid user with Id")
如果我只在一个位置使用这个异常,那么堆栈跟踪总是相同的。
所以我认为...它不需要使用 class
。对吗?
还是单例异常不好用?
谁能告诉我编写异常的更好代码是什么?
使用 object
不正确的原因有多种。
堆栈跟踪在几个方面是错误的:
- 它是在实例化时创建的,因此您会在堆栈跟踪中看到
<clinit>
作为第一行,因为它是在第一次初始化对象的 class 时创建的
- 即使你从同一个地方抛出,也不一定是从同一个调用者调用时,所以如果这个异常在整个生命周期中被多次抛出,堆栈跟踪的底部(根)将是不正确的你的申请
从技术上讲,异常 class 具有可变部分,并且 dangerous/incorrect 允许用户代码篡改它。一个非常具体的例子是,用户代码可以将 suppressed exceptions 添加到您的异常实例(这只对一次抛出有效,但仍然存在于您的对象中)。这在技术上是内存泄漏。
您可能需要不同的消息以及有关抛出原因的更多信息(在这种情况下非常需要重复的 ID)- 因此无论如何您都需要具有不同数据的不同实例
你将来可能会从不同的地方抛出它(甚至现在在 tests/mocks 也许吧?),在那种情况下,堆栈跟踪会更加错误
独立于上述技术细节,class
vs object
也向 reader 发送了一个有点不清楚的消息 - 为什么 object
这里?此异常本身并不是唯一的。碰巧你现在把它放在一个特定的地方并依赖于相同的堆栈跟踪。
这是主要问题 (#1) 的示例:
object MyExceptionObject : RuntimeException("boom")
fun main() {
try {
caller1() // line 7
} catch (e: Exception) {
}
caller2() // line 10
}
fun caller1() = doStuff() // line 13
fun caller2() = doStuff() // line 14
fun doStuff() {
throw MyExceptionObject // line 17
}
caller1()
抛出异常但那个异常被捕获。 caller2()
再次抛出异常,但未捕获到该异常。我们为未捕获的异常获得的堆栈跟踪错误地显示了调用者 1(第 7 和 13 行),但正确的应该是调用者 2(第 10 和 14 行):
Exception in thread "main" com.example.MyExceptionObject: boom
at com.example.MyExceptionObject.<clinit>(ExceptionObjectExample.kt)
at com.example.ExceptionObjectExampleKt.doStuff(ExceptionObjectExample.kt:17)
at com.example.ExceptionObjectExampleKt.caller1(ExceptionObjectExample.kt:13)
at com.example.ExceptionObjectExampleKt.main(ExceptionObjectExample.kt:7)
at com.example.ExceptionObjectExampleKt.main(ExceptionObjectExample.kt)
总而言之,就用一个class。
我正在研究科特林。 我有一个关于使用异常的问题。 在 kotlin 中使用对象异常和 class 异常哪个更好?
object CustomDuplicateId : RuntimeException("Invalid user with Id")
class CustomDuplicateId : RuntimeException("Invalid user with Id")
如果我只在一个位置使用这个异常,那么堆栈跟踪总是相同的。
所以我认为...它不需要使用 class
。对吗?
还是单例异常不好用?
谁能告诉我编写异常的更好代码是什么?
使用 object
不正确的原因有多种。
堆栈跟踪在几个方面是错误的:
- 它是在实例化时创建的,因此您会在堆栈跟踪中看到
<clinit>
作为第一行,因为它是在第一次初始化对象的 class 时创建的 - 即使你从同一个地方抛出,也不一定是从同一个调用者调用时,所以如果这个异常在整个生命周期中被多次抛出,堆栈跟踪的底部(根)将是不正确的你的申请
- 它是在实例化时创建的,因此您会在堆栈跟踪中看到
从技术上讲,异常 class 具有可变部分,并且 dangerous/incorrect 允许用户代码篡改它。一个非常具体的例子是,用户代码可以将 suppressed exceptions 添加到您的异常实例(这只对一次抛出有效,但仍然存在于您的对象中)。这在技术上是内存泄漏。
您可能需要不同的消息以及有关抛出原因的更多信息(在这种情况下非常需要重复的 ID)- 因此无论如何您都需要具有不同数据的不同实例
你将来可能会从不同的地方抛出它(甚至现在在 tests/mocks 也许吧?),在那种情况下,堆栈跟踪会更加错误
独立于上述技术细节,
class
vsobject
也向 reader 发送了一个有点不清楚的消息 - 为什么object
这里?此异常本身并不是唯一的。碰巧你现在把它放在一个特定的地方并依赖于相同的堆栈跟踪。
这是主要问题 (#1) 的示例:
object MyExceptionObject : RuntimeException("boom")
fun main() {
try {
caller1() // line 7
} catch (e: Exception) {
}
caller2() // line 10
}
fun caller1() = doStuff() // line 13
fun caller2() = doStuff() // line 14
fun doStuff() {
throw MyExceptionObject // line 17
}
caller1()
抛出异常但那个异常被捕获。 caller2()
再次抛出异常,但未捕获到该异常。我们为未捕获的异常获得的堆栈跟踪错误地显示了调用者 1(第 7 和 13 行),但正确的应该是调用者 2(第 10 和 14 行):
Exception in thread "main" com.example.MyExceptionObject: boom
at com.example.MyExceptionObject.<clinit>(ExceptionObjectExample.kt)
at com.example.ExceptionObjectExampleKt.doStuff(ExceptionObjectExample.kt:17)
at com.example.ExceptionObjectExampleKt.caller1(ExceptionObjectExample.kt:13)
at com.example.ExceptionObjectExampleKt.main(ExceptionObjectExample.kt:7)
at com.example.ExceptionObjectExampleKt.main(ExceptionObjectExample.kt)
总而言之,就用一个class。