在我们尝试使用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