问题标签 [throw]

我正在尝试定义一个非常简单的异常类。因为它非常简单，我只想将它保存在 .h 文件中，但编译器不喜欢throw(). 编码：

GCC 给出以下错误：

对于带有throw(). 知道如何解决吗？

编辑

我试图删除有问题的方法的主体，即

现在我收到更奇怪的错误信息：

它只是忽略了我的抛出说明符！

我写了一个检查各种条件的代码。

如果它满足条件，它会做它应该做的，否则我希望它抛出一个异常。

有什么特殊的语法吗？否则，由于前置条件，编译器希望我返回任何我不想返回的数组。

这是我的代码的一部分：

}

我有以下简单的代码块

由于 assmSpec 引用的程序集确实存在（File.Exists()评估为真），我希望不会引发异常。但它是。代码进入 throw 语句。为了调试，我将代码修改为：

在这里，asmExistsevals 为 true，并且代码仍然进入 throw。

然后我将代码修改为：

再一次，代码仍然被抛出。这里显然有些不对劲。有没有人有解释？我在这里做的事情真的很愚蠢吗？

fwiw，这段代码在一个方法中，它也有一个 try - catch - finally 构造，但它在所有它们之前（在 try 之前）......

完整的方法是：

下面，为什么不Throw维护我的原始行号？
如果我运行 DerivedPage，我的日志文件将错误列为第 7 行。
不应该说第 4 行吗？如果我有，那将是有道理的Throw ex，但我没有。
本身不是Throw应该重新抛出错误并冒泡吗？

如果我Try...Catch在 DerivedPage 中完全删除该块，那么我的日志文件会正确地将 3 列为错误行，但如果出现错误，我将无法记录任何信息。

我可以做些什么来维护我的 DerivedPage，并且仍然让我的日志保持正确的行号？

基本页面：

编辑：log.Error如果存在则输出 InnerException。在这种情况下确实如此。但是，InnerException 的堆栈跟踪不包含行号，仅包含异常详细信息。

在 javascript 中，我注意到两种引发错误的方法：

1)

2)

选择一种方式比另一种方式有什么优势吗？被认为是一种更好的做法吗？

谢谢

可能重复：
如何在 C# 中使用 Java 风格的 throws 关键字？

我有一个发生异常的功能，例如

谢谢！

传统观点认为您只能抛出Throwable在 Java 中扩展的对象，但是否可以禁用字节码验证器并让 Java 编译和运行抛出任意对象甚至原语的代码？

我查看了 JVM athrow，它会弹出操作数堆栈上的第一个 objref；Throwable但它会在运行时检查所述引用是否指向 a吗？

当堆栈更高层没有处理未决异常时，C++ 标准应该对以下代码发生什么？

没有物体的投掷会被接住吗？

我正在使用 Eclipse 在 Scala 中编程，但是当我使用@throws注释时它给了我一个错误。

如果用户输入失败，我尝试抛出异常 TooLongEx 失败。永远被困在这上面:(