@[toc]
object是Kotlin中的一个重要的关键字，也是Java中没有的。object主要有以下三种使用场景：对象声明（Object Declaration）伴生对象（Companion Object）
对象表达式（Object Expression）
对象声明（Object Declaration）
- 语法含义
将类的声明和定义该类的单例对象结合在一起（即通过object就实现了单例模式） - 使用基本示例:
object RepositoryManager{
fun method(){
println("I'm in object declaration")
}
}
即将class关键字替换为object关键字，来声明一个类，与此同时也声明它的一个对象,只要编写这么多代码，这个类就已经是单例的了。
- 使用:
- 在Kotlin中：
fun main(args: Array<String>) {
RepositoryManager.method()
}
像在Java中调用静态方法（在kotlin中没有静态方法）一样去调用其中定义的方法，但实际上是使用RepositoryManager类的单例对象去调用实例方法。如果对此还不能理解，可以看看下面对在Java中去使用的说明。
2. 在Java中：
public class JavaTest {
public static void main(String[] args) {
RepositoryManager.INSTANCE.method();
}
}
换句话说，object declaration的类最终被编译成：一个类拥有一个静态成员来持有对自己的引用，并且这个静态成员的名称为INSTANCE，当然这个INSTANCE是单例的，故这里可以这么去使用。如果用Java代码来声明这个RepositoryManager的话，可以有如下代码：
class RepositoryManager{
private RepositoryManager(){}
public static final RepositoryManager INSTANCE = new RepositoryManager();
}
- 注意点:
尽管和普通类的声明一样，可以包含属性、方法、初始化代码块以及可以继承其他类或者实现某个接口，但是它不能包含构造器（包括主构造器以及次级构造器）,它也可以定义在一个类的内部：
class ObjectOuter {
object Inner{
fun method(){
println("I'm in inner class")
}
}
}
fun main(args: Array<String>) {
ObjectOuter.Inner.method()
}
伴生对象（Companion object）
在阐述伴生对象之前，首先我们要明确一点：在Kotlin中是没有static关键字的，也就是意味着没有了静态方法和静态成员。那么在kotlin中如果要想表示这种概念，取而代之的是包级别函数（package-level function）和我们这里提到的伴生对象。至于它们之间的区别，不急，我们后面再说。
- 语法形式：
class A{
companion object 伴生对象名(可以省略){
//define method and field here
}
}
- 基本示例：
class ObjectTest {
companion object MyObject{
val a = 20
fun method() {
println("I'm in companion object")
}
}
}
- 使用：
a. 在Kotlin中：
fun main(args: Array<String>) {
//方式一
ObjectTest.MyObject.method()
println(ObjectTest.MyObject.a)
//方式二（推荐方式）
ObjectTest.method()
println(ObjectTest.a)
}
在这里请注意：在定义（定义时如果省略了伴生对象名，那么编译器会为其提供默认的名字Companion）和调用时伴生对象名是可以省略的。而且在方式二中，注意调用形式，是通过类名.方法名()的形式进行的，我们在没有生成ObjectTest类的对象时，调用了定义其内部伴生对象中定义的属性和方法，是不是类似Java中的静态方法的概念。
- 通过现象看本质
让我们看看其对应生成的字节码：
public final class ObjectTest {
private static final int a = 20;
public static final ObjectTest.MyObject MyObject = new ObjectTest.MyObject((DefaultConstructorMarker)null);
@Metadata(
mv = {1, 1, 15},
bv = {1, 0, 3},
k = 1,
d1 = {"\u0000\u001a\n\u0002\u0018\u0002\n\u0002\u0010\u0000\n\u0002\b\u0002\n\u0002\u0010\b\n\u0002\b\u0003\n\u0002\u0010\u0002\n\u0000\b\u0086\u0003\u0018\u00002\u00020\u0001B\u0007\b\u0002¢\u0006\u0002\u0010\u0002J\u0006\u0010\u0007\u001a\u00020\bR\u0014\u0010\u0003\u001a\u00020\u0004X\u0086D¢\u0006\b\n\u0000\u001a\u0004\b\u0005\u0010\u0006¨\u0006\t"},
d2 = {"Lcom/fly/tour/db/ObjectTest$MyObject;", "", "()V", "a", "", "getA", "()I", "method", "", "lib_fly_db_debug"}
)
public static final class MyObject {
public final int getA() {
return ObjectTest.a;
}
public final void method() {
String var1 = "I'm in companion object";
boolean var2 = false;
System.out.println(var1);
}
private MyObject() {
}
// $FF: synthetic method
public MyObject(DefaultConstructorMarker $constructor_marker) {
this();
}
}
}
通过生成得Java源码我们不难看出我们在定义伴生对象的时候，实际上是把它当做内部类来看待的，并且目标类会持有该内部类的一个引用，那么最终调用的方法实际上是定义在这个内部类中的实例方法，
- 同样都可以用来替代Java中的static的概念，那么在伴生对象中定义的方法和包级别函数有什么区别呢？
先来反编译一个包含包级别函数的kt文件（或者说是类）：
可以看出，一个名叫ObjectTest2.kt文件，实际上最终会生成一个名叫ObjectTest2Kt的类，而在这个kt文件中定义的顶级函数（包级别函数）是作为这个类的静态方法的形态存在的。
那么现在可以回答遗留的问题了：实际上就是平级类（姑且称之）中的静态方法和静态内部类中的方法的区别，因为静态内部类中的方法是可以访问外部类中定义的static方法和成员的，哪怕是private的（包括私有构造器，我们常用的基于静态内部类实现的单例模式就是基于这一点），而平级类中方法是访问不到当前类中静态的private成员的。如果你觉得文字这么描述还不够直观，那么我们来看下面这一张图（盗自Kotlin in action）：
- @JvmStatic注解：
我们把前面定义的method方法上加上此注解，重新build工程，然后再来反编译ObjectTest和ObjectTest$MyObject这个两个类，看会有什么变化。
class ObjectTest {
companion object MyObject{
val a = 20
@JvmStatic fun method() {
println("I'm in companion object")
}
}
}
public final class ObjectTest {
private static final int a = 20;
public static final ObjectTest.MyObject MyObject = new ObjectTest.MyObject((DefaultConstructorMarker)null);
@JvmStatic
public static final void method() {
MyObject.method();
}
public static final class MyObject {
public final int getA() {
return ObjectTest.a;
}
@JvmStatic
public final void method() {
String var1 = "I'm in companion object";
boolean var2 = false;
System.out.println(var1);
}
private MyObject() {
}
// $FF: synthetic method
public MyObject(DefaultConstructorMarker $constructor_marker) {
this();
}
}
}
对于这个静态内部类而言，加与不加@JvmStatic注解其类的结构是没有变化的。但是对于目标类而言，很明显多了一个静态方法，这样我们就不难理解@JvmStatic注解的作用了：将伴生对象类中定义的实例方法和属性，添加到目标类中，并且以静态的形式存在。
- 对于伴生对象，最后再补充一点：一个类的伴生对象只能有一个。仔细想想也很好理解，伴生对象的名称是可以省略的。如果允许对应多个伴生对象，那么我们在多个伴生对象中都定义了一模一样的函数，在调用时到底是使用哪个伴生对象的方法呢？就会产生歧义，这样就不难理解这条语法规定了。
对象表达式（Object Expression）
- Java的匿名内部类回顾：
在去学习对象表达式之前，我们先来回顾一下Java中的匿名内部类。
interface Contents {
void absMethod();
}
public class Hello {
public Contents contents() {
return new Contents() {
@Override
public void absMethod() {
System.out.println("method invoked...");
}
};
}
public static void main(String[] args) {
Hello hello = new Hello();
hello.contents().absMethod(); //打印method invoked...
}
}
这个contents()方法返回的是一个匿名内部类的对象，这个匿名内部类实现了Contents接口。这些代码很熟悉，不多说了。现在提出两个局限性问题：
a. 如果在匿名内部类中新添加了一些属性和方法，那么在外界是无法调用的
return new Contents() {
private int i = 1;
public int value() {
return i;
}
@Override
public void absMethod() {
System.out.println("method invoked...");
}
};
public static void main(String[] args) {
Hello hello = new Hello();
hello.contents().absMethod();
hello.contents().value(); //Cannot resolve method 'value()'
}
当你想使用这个value方法时，编译器会报错。也好理解，就是多态的知识，父类型的引用是无法知晓子类添加方法的存在的。
b. 一个匿名内部类肯定是实现了一个接口或者是继承一个类，并且只能是一个，用数学术语说是“有且只有一个”
- 语法形式：
object [ : 接口1,接口2,类型1, 类型2]{} //中括号中的可省略 - 使用示例：
a. 实现一个接口或类
interface AA {
fun a()
}
fun main(args: Array<String>) {
val aa = object : AA {
override fun a() {
println("a invoked")
}
}
aa.a()
}
b. 不实现任何接口和类，并且在匿名内部类中添加方法
fun main(args: Array<String>) {
val obj = object {
fun a() {
println("a invoked")
}
}
obj.a() //打印：a invoked
}
从这个例子可以看出，前面我们提到的Java匿名内部类的第一个局限的地方在Kotlin中就不存在了，新添加的方法也是可以调用的
c. 实现多个接口和类
fun main(args: Array<String>) {
val cc = object : AA, BB() {
override fun a() {
}
override fun b() {
}
}
cc.a()
cc.b()
}
从这个例子可以看出，前面我们提到的Java匿名内部类的第二个局限性在kotlin中也不存在
- 使用注意点：
匿名对象只有定义成局部变量和private成员变量时，才能体现它的真实类型。如果你是将匿名对象作为public函数的返回值或者是public属性时，你只能将它看做是它的父类，当然你不指定任何类型时就当做Any看待。这时，你在匿名对象中添加的属性和方法是不能够被访问的。
再来举个例子帮助大家理解：
class MyTest {
private val foo = object {
fun method() {
println("private")
}
}
val foo2 = object {
fun method() {
println("public")
}
}
fun m() = object {
fun method(){
println("method")
}
}
fun invoke(){
val local = object {
fun method(){
println("local")
}
}
local.method() //编译通过
foo.method() //编译通过
foo2.method() //编译通不过
m().method() //编译通不过
}
}
- 关于在匿名对象中访问同一作用下定义的局部变量的问题：
在Java中，如果在匿名内部类中访问外部定义的局部变量，那么该局部变量必须使用final关键字进行修饰，至于为什么大家可以看我之前的一篇博文。而在Kotlin中，这条限制没有了，看下面的例子：
var a = 1
val obj = object {
fun method() {
a++
}
}
obj.method()
println(a) //打印出2
再来解释一下：在Java中，实际上在method方法中使用的a实际上是局部变量a的一份拷贝，而不是它本身。而在Kotlin最终也是要编译成字节码供JVM去执行，所以本质上它是不会违背这一点的。那么它是怎么处理的呢？
当你访问的局部变量是val时，那么也是很Java一样，持有的是一份拷贝；而当你是一个可变变量（var）时，它的值是被存储在Ref这个类的实例成员中，Ref变量是final的，而他其中的成员变量是可以改变的。反编译后是可以看到Ref的身影的。
这里还有段有点意思的代码，给大家贴出：
fun tryToCountButtonClicks(button: Button): Int{
var clicks = 0
button.setOnClickListener{
clicks++
}
return clicks
}
button是个按钮，这段代码的本意上是想要统计Button被点击的次数。但是这个函数的返回值始终是0，哪怕你点击再多次。因为你对局部变量clicks值得修改是异步的，而此函数的返回值是在执行时就确定了的，就是你的值还没有被修改，函数已经返回了。如果真的想统计点击次数，可以将clicks定义成类的成员变量。
对比初始化时机
对比object declaration、Companion object以及object expression的初始化时机
- object declaration：当第一次访问它时才初始化，是一种懒初始化
- Companion object：当它对应的类被加载后，它才初始化，类似Java中的静态代码块
- object expression：一旦它被执行，立马初始化
至此，关于Kotlin中的object关键字的使用就介绍完了，希望大家能有所收获
