[转]App特质的延迟初始化

一个同事的问题,下面的代码运行时引用的外部变量TestClosure.count没有初始化:

object TestClosure extends App {
    val words = Array("a","ab","abc")
    val count = 10

    val cnt = words.map{word => (word, count)}
    cnt.foreach(println)
}

object TestRef extends App {
    //对应上面map里面那个匿名函数
    val c = Class.forName("TestClosure$$anonfun$1") 
    val meod = c.getDeclaredMethod("apply", classOf[String])
    val res = meod.invoke(c.newInstance(), "zhang")

    // (zhang,0) 并不是 (zhang,10),说明外层object的count并没有被赋值
    println(res) 
}

如果运行 TestClosure 是ok的:

$ scala TestClosure
(a,10)
(ab,10)
(abc,10)

但是运行 TestRef 时,发现引用的TestClosure里的count变量没有被赋值:

$ scala TestRef
(zhang,0)

这个问题咋一看以为是闭包上下文绑定问题,实际上与闭包无关,是因为继承了App特质导致的,看一下App特质:

trait App extends DelayedInit

DelayedInit特质里定义了延迟初始化方法:

def delayedInit(x: => Unit): Unit

scala在运行时同java,由一个包含main方法的单例作为入口,大概是2.8的时候为了简便,设计了App特质,由App提供main方法,用户可以直接在初始化块里写逻辑,然后编译器会把这段初始化代码块里的逻辑封装成一个函数对象缓存起来(并没有运行),只有在执行到main方法的时候才会触发。

通过一个简单的例子看一下,首先看没有继承App特质的情况:

object Foo { 
    val count = 10
    println(count)
}

上面的代码,在翻译为java时,成员的赋值,以及println都是在构造函数或构造块里执行的

class Foo$ {
    private final int count;

    private Foo$(){
        count = 10;
        println(count);
    }
    // 忽略getter等其他不相关内容
}

再看看 Foo继承自 App 之后:

object Foo extends App { 
    val count = 10
    println(count)
}

翻译成java代码时,构造函数里相当于:

class Foo$ implements App {
    private final int count;

    private Foo$(){
        // 逻辑被封装起来,延迟到main方法时才执行
        delayedInit( anonymousFunction{count = 10; println(count)});
    }
}

逻辑并没有被执行,而是封装在initCode这个Buffer里:

/** The init hook. This saves all initialization code for execution within `main`.
*  This method is normally never called directly from user code.
*  Instead it is called as compiler-generated code for those classes and objects
*  (but not traits) that inherit from the `DelayedInit` trait and that do not
*  themselves define a `delayedInit` method.
*  @param body the initialization code to be stored for later execution
*/
override def delayedInit(body: => Unit) {
    initCode += (() => body)
}

只有main方法执行时,才会触发这些逻辑,见App.main :

def main(args: Array[String]) = {
    ...
    for (proc <- initCode) proc()
    ...
}

所以原因就在TestClosure这个单例继承了App导致内部的逻辑延迟初始化,取消继承App就正常了。

App初始化包括两部分:应用程序的初始化和第三方库的初始化。 1. 应用程序的初始化 应用程序的初始化通常在Application类的onCreate()方法中进行,这个方法在应用程序启动时会被调用。在这个方法中,你可以进行以下操作: - 初始化全局变量 - 初始化数据库 - 初始化网络请求库 - 初始化异常处理器 - 初始化日志工具 例如: ``` public class MyApplication extends Application { @Override public void onCreate() { super.onCreate(); // 初始化全局变量 GlobalVar.init(this); // 初始化数据库 DatabaseManager.init(this); // 初始化网络请求库 HttpManager.init(this); // 初始化异常处理器 CrashHandler.init(this); // 初始化日志工具 LogUtil.init(this); } } ``` 2. 第三方库的初始化 第三方库的初始化通常需要在应用程序初始化之后进行。例如,如果你使用了阿里云推送SDK,你需要在Application类的onCreate()方法中调用阿里云推送的初始化方法。具体操作可以参考第三方库的文档。 例如: ``` public class MyApplication extends Application { @Override public void onCreate() { super.onCreate(); // 初始化全局变量 GlobalVar.init(this); // 初始化数据库 DatabaseManager.init(this); // 初始化网络请求库 HttpManager.init(this); // 初始化异常处理器 CrashHandler.init(this); // 初始化日志工具 LogUtil.init(this); // 初始化阿里云推送 CloudPushService pushService = PushServiceFactory.getCloudPushService(); pushService.register(this, new CommonCallback() { @Override public void onSuccess(String response) { // 初始化成功 } @Override public void onFailed(String errorCode, String errorMessage) { // 初始化失败 } }); } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值