java - 接口(interface)中的静态常数默认为0，这是为什么呢？

我的界面中的静态最终值有奇怪的行为:

public interface IDictionaryErrorTypes {

    final static int ERROR_UNKNOWN      = 0;
    final static int ERROR_XML      = 1;
    final static int ERROR_CONNECTION   = 3;

}

public interface IDictionaryListModel extends IDictionaryErrorTypes,
                                                    //... and other interfaces
{

}

public class DictionaryListModel implements IDictionaryListModel {

// ... some code ...

private int getErrorCode(Exception error) {
    // determinate the error code
    if (error instanceof ParserConfigurationException
            || error instanceof SAXException
            || error instanceof SAXParseException) {
        return ERROR_XML;
    } else if (error instanceof UnknownHostException
            || error instanceof MalformedURLException
            || error instanceof IOException) {
        return ERROR_CONNECTION;
    }
    return ERROR_UNKNOWN;
}

现在，当我运行应用程序ERROR_XML，ERROR_CONNECTION和ERROR_UNKNOWN值等于0时。在我看来，这很奇怪。请看所附图片

如果我在模型IDictionaryErrorTypes.ERROR_CONNECTION中使用它，它仍然具有相同的行为。但是，如果我删除了"implements IDictionaryErrorTypes"，然后使用IDictionaryErrorTypes.ERROR_CONNECTION，它就可以工作-常数值与它们听起来完全一样。

当我使用类而不是接口时，它也可以正常工作。

有人可以解释这种行为吗？ (PS即时通讯使用的是Android平台)

p.s.(2)我还尝试过添加/删除“final”，“static”，“public”关键字(这就是为什么图像中的接口声明和代码略有不同的原因)。但是行为是一样的

工作版本的 smali代码(使用类代替接口):

.method private getErrorCode(Ljava/lang/Exception;)I
    .registers 3
    .parameter "error"

    .prologue
    .line 145
    instance-of v0, p1, Ljavax/xml/parsers/ParserConfigurationException;

    if-nez v0, :cond_c

    .line 146
    instance-of v0, p1, Lorg/xml/sax/SAXException;

    if-nez v0, :cond_c

    .line 147
    instance-of v0, p1, Lorg/xml/sax/SAXParseException;

    if-eqz v0, :cond_e

    .line 148
    :cond_c
    const/4 v0, 0x1

    .line 154
    :goto_d
    return v0

    .line 149
    :cond_e
    instance-of v0, p1, Ljava/net/UnknownHostException;

    if-nez v0, :cond_1a

    .line 150
    instance-of v0, p1, Ljava/net/MalformedURLException;

    if-nez v0, :cond_1a

    .line 151
    instance-of v0, p1, Ljava/io/IOException;

    if-eqz v0, :cond_1c

    .line 152
    :cond_1a
    const/4 v0, 0x3

    goto :goto_d

    .line 154
    :cond_1c
    const/4 v0, 0x0

    goto :goto_d
.end method

// class instead of interface

.class public Ltj/zar/projects/kathtranslator/interfaces/common/IDictionaryErrorTypes;
.super Ljava/lang/Object;
.source "IDictionaryErrorTypes.java"


# static fields
.field public static final ERROR_CONNECTION:I = 0x3

.field public static final ERROR_UNKNOWN:I = 0x0

.field public static final ERROR_XML:I = 0x1


# direct methods
.method public constructor <init>()V
    .registers 1

    .prologue
    .line 3
    invoke-direct {p0}, Ljava/lang/Object;-><init>()V

    return-void
.end method

撤销版本的 smali代码:

.method private getErrorCode(Ljava/lang/Exception;)I
    .registers 3
.parameter "error"

.prologue
.line 145
instance-of v0, p1, Ljavax/xml/parsers/ParserConfigurationException;

if-nez v0, :cond_c

.line 146
instance-of v0, p1, Lorg/xml/sax/SAXException;

if-nez v0, :cond_c

.line 147
instance-of v0, p1, Lorg/xml/sax/SAXParseException;

if-eqz v0, :cond_e

.line 148
:cond_c
const/4 v0, 0x1

.line 154
:goto_d
return v0

.line 149
:cond_e
instance-of v0, p1, Ljava/net/UnknownHostException;

if-nez v0, :cond_1a

.line 150
instance-of v0, p1, Ljava/net/MalformedURLException;

if-nez v0, :cond_1a

.line 151
instance-of v0, p1, Ljava/io/IOException;

if-eqz v0, :cond_1c

.line 152
:cond_1a
const/4 v0, 0x3

goto :goto_d

.line 154
:cond_1c
const/4 v0, 0x0

goto :goto_d
.end method

// interface

.class public interface abstract Ltj/zar/projects/kathtranslator/interfaces/common/IDictionaryErrorTypes;
.super Ljava/lang/Object;
.source "IDictionaryErrorTypes.java"


# static fields
.field public static final ERROR_CONNECTION:I = 0x3

.field public static final ERROR_UNKNOWN:I = 0x0

.field public static final ERROR_XML:I = 0x1

解决

Ive清理了项目，将仿真器更改为真实设备并编写了一些测试。

结果

似乎是调试器问题:

正如您在图像中看到的，错误为“3”，而ERROR_CONNECTION为“0”。设备实际上运行下一个字符串(绿色字符串)，这意味着调试器认为3 == 0，但实际上它的3 == 3

结论

调试器错误。

最佳答案

我认为唯一可能的解释是您在编辑/构建/运行/调试过程中遇到了问题，实际上您正在运行的代码版本与您认为的不同。

这样做的证据是，您已经反编译了您认为正在运行的类的两个版本，并且反编译的代码清楚地表明:

它使用内联常量值，而

常量值是您期望的值。

但是(假设)执行代码时，它的行为显然不同于那些字节码所说的。

我只能看到一个合理的解释:您没有执行这些字节码。相反，您正在执行不同版本的字节码。简而言之，您无需重新编译/重建/重新部署需要完成的所有工作。

调试器的输出很有趣，因为它倾向于证实这一假设，因为这似乎表明您的可执行文件具有接口的副本，且该常量的常量与源代码的含义不同。 (这也可能是调试器的错误……但是，这是一个很大的巧合。)但是，调试器的输出本身并不能解释应用程序的行为，因为该应用程序未使用这些值。