java const 常量_Kotlin中const 修饰的常量

在我们尝试使用Kotlin作为开发语言的时候，应该会想到在Kotlin中如何定义一个常量，就像Java中这样的代码一样

public static final double PI = 3.14159265358979323846;

在Kotlin中，提供了两个简单的关键字，一个是var，另一个是val

var 表示普通的可变的变量，可读和可写

val 表示为只读的变量。相当于Java中用final修饰的变量

var title: String? = null

val id: Long = 1L

fun test() {

title = "Title set in test function"

id = 111 //compile error

}

因而使用val修饰的就是Kotlin的常量了吧

相信很多人曾经误以为val就是Kotlin中的常量，然后并不是，比如下面的实现

val currentTimeMillis: Long

get() {return System.currentTimeMillis()}

上面当我们每次访问currentTimeMillis得到的值是变化的，因而不是常量。

为什么呢

这是因为在Kotlin中，一个var会对应生成两个方法,即getter和setter方法，比如

var title: String? = null

生成的字节码会包含如下的两个方法和一个backing field

private static String title;

@Nullable

public static final String getTitle() {

return title;

}

public static final void setTitle(@Nullable String title) {

title = title;

}

而对于val来说只会生成一个对应的get方法,比如

val id: Long = 1L

生成的字节码会包含类似这样的方法

private static final long id = 1L;

public static final long getId() {

return id;

}

如何才能生成真正的常量呢

想要实现真正的常量其实不难，方法有两种，一种是const，另一个使用@JvmField注解

const

const，顾名思义，就是常量的单词简写，使用它可以声明常量，不过仅限于在top-level和object中。

//top-level

const val name = "Kotlin"

//object中

class DemoConstant {

companion object {

const val subName = ""

}

}

所谓的top-level就是位于代码文件的最外部，比如常见的类(非内部类和嵌套类)就是在top-level。意思是在结构上常量不属于任何的类，而是属于文件。

object中可以指的是最外部的object也可以指的是companion object.

@JvmField

在val常量前面增加一个@JvmField就可以将它变成常量。

其内部作用是抑制编译器生成相应的getter方法

是用该注解修饰后则无法重写val的get方法

示例如下

@JvmField val NAME = "89757