我有这样的情况,即活动调用管理器类调用提供者。
活动->管理器(带有asyncTask的方法)->提供程序
try {
// here is code that may be exception
} catch (LoadingException e) {
DataNotAvailableException ex = new DataNotAvailableException();
ex.initCause(e);
throw ex;
}
try {
//calling provider and catching exception
} catch (DataNotAvailableException e) {
//TODO rethrow exception to activity
}
我应该如何将捕获的异常发送回活动?
如果使用AsyncTask而不是常规线程,则可以简单地构造逻辑结构,这样如果doinbackground
方法返回一些null/zero值,则onpostexecute
只需向用户显示所需的错误对话框。如果您无法使用AsyncTask
,那么您可以在UI线程中创建一个处理程序,然后在捕获异常时,通过处理程序向UI线程发送一条消息,在那里您可以显示错误对话框。
问题 你在一个 except 块中捕获了一个异常,现在想重新抛出它。 解决方案 简单的使用一个单独的 rasie 语句即可,例如: >>> def example(): ... try: ... int('N/A') ... except ValueError: ... print("Didn't work") ...
前几天,我在我们的一个项目中看到一些代码,它们使用try-catch并重新抛出捕获的异常,如下所示: 除了catch块中的异常之外,没有做任何其他操作,所以我甚至不确定它为什么会被抛出。我看不出再次抛出同一个异常并对该异常不做任何处理有什么好处。 如果重新抛出catch块中捕获的异常,C#如何处理?它是否陷入了无限抛接球循环?还是说它最终会放弃试一试?
是否有可能在Delphi中构建一个代码片段,使假设的EChuckNorrisException无法捕获? 对于Java编程语言,我刚刚发现在Uncatchable ChuckNorriseException中,答案是肯定的
嘿StackOverflow社区, 关于抛出异常。一般什么时候抛出和异常,什么时候抓取? 假设我遇到了这样的情况,我不得不退出,因为发生了一些问题,我无法从它中恢复过来。我是投还是接? 我现在就这么做: 这样做对吗?如果我只是抛出异常会更合适吗?对不起,我是例外的新手:)
我有以下情况: 所有代码都在@Transactional内部(传播=传播。REQUIRES_NEW)。基本上,我想调用< code>doSomething,如果它抛出一个异常,设置实体的一个字段,提交,然后再抛出异常。但是,它不起作用,因为事务被标记为回滚。
@apiResponse似乎也没有更正响应类型。 如本问题所述,如何在swagger Codegen中处理多个响应/返回类型(204为空,400为非空等)? 我可以这样扔 但是有没有更好的方法来做到这一点呢?我只想将.getResponseBody()作为对象而不是字符串返回。 非常感谢。