在Kotlin中，当我们声明变量时，有两个选项。'var'或'val'。 遵循变量的命名惯例，我认为我们可以简单地生成“常量”，这意味着我想要一个固定的值分配给一个特定的变量，就像下面的示例代码。

private val tag = "MainActivity"

我认为我们不需要像在Java世界中所做的那样，麻烦地使用大写字母来区分“常量”和变量。

Something that isn't mentioned in any of the answers is the overhead of using companion objects. As you can read here, companion objects are in fact objects and creating them consumes resources. In addition, you may need to go through more than one getter function every time you use your constant. If all that you need is a few primitive constants on a few instances of your class, you'll probably just be better off using val to get a better performance and avoid the companion object. The trade off is higher memory consumption if you have many instances of your class so everyone should make their own decision.

TL,博士;文章:

使用伴侣对象实际上会将以下Kotlin代码:

class MyClass {

    companion object {
        private val TAG = "TAG"
    }

    fun helloWorld() {
        println(TAG)
    }
}

在这段Java代码中:

public final class MyClass {
    private static final String TAG = "TAG";
    public static final Companion companion = new Companion();

    // synthetic
    public static final String access$getTAG$cp() {
        return TAG;
    }

    public static final class Companion {
        private final String getTAG() {
            return MyClass.access$getTAG$cp();
        }

        // synthetic
        public static final String access$getTAG$p(Companion c) {
            return c.getTAG();
        }
    }

    public final void helloWorld() {
        System.out.println(Companion.access$getTAG$p(companion));
    }
}

在Kotlin中，当我们声明变量时，有两个选项。'var'或'val'。 遵循变量的命名惯例，我认为我们可以简单地生成“常量”，这意味着我想要一个固定的值分配给一个特定的变量，就像下面的示例代码。

private val tag = "MainActivity"

我认为我们不需要像在Java世界中所做的那样，麻烦地使用大写字母来区分“常量”和变量。

我认为这将是把一个包的所有常量放在同一个文件中的最好方法，正如在其他答案中提到的，这避免了创建伴侣对象，这使得这个性能和非常类似于Java constants类。

class Constants {
    object Analytics {
        const val PROJECT_OPEN = "project_open"
        const val PROJECT_CLOSE = "project_close"
    }

    object HTTP {
        const val BASE_URL = "x.y.com"
    }

    object DBConst {
        const val TABLE_NAME = "abc"
    }
}

这可以从这样的代码中引用，使其非常结构化。

Constants.Analytics.PROJECT_OPEN
Constants.HTTP.BASE_URL
Constants.DBConst.TABLE_NAME

class Myclass {

    companion object {
        const val MYCONSTANT = 479
    }
}

你有两个选择，你可以使用const关键字或使用@JvmField，这使它成为java的静态最终常量。

class Myclass {

    companion object {
        @JvmField val MYCONSTANT = 479
    }
}

如果您使用@JvmField注释，那么在它编译之后，常量就会以java中调用它的方式为您放入。 就像你在java中调用它一样，当你在代码中调用同伴常量时，编译器会为你替换它。

但是，如果使用const关键字，则常量的值将内联。内联是指在编译后使用实际值。

所以总结一下编译器将为你做什么:

//so for @JvmField:

Foo var1 = Constants.FOO;

//and for const:

Foo var1 = 479

在编译时已知的值可以(并且在我看来应该)被标记为常量。

命名约定应该遵循Java约定，并且在从Java代码中使用时应该正确可见(这在某种程度上很难通过伴生对象实现，但无论如何)。

正确的常量声明是:

const val MY_CONST = "something"
const val MY_INT = 1