2.升级到.net core 2.1

Support Lambda

（比如对象迁移，从数据库中读取出来）需要做一些操作，比如Add到EventSystem从而注册Update等事件，
但是，如果在EndInit方法中注册到EventSystem的话，对象传到DBServer就也会注册，因此这种需求不能
自动化，必须让开发者手动调用。

能将对象Add到EventSystem中。
2.协程中将IsDispose判断对象释放改成用InstanceId来判断，因为对象池的原因，IsDisposed
方法并不能精确的判断对象是否释放，有可能释放之后又被重用了。
3.更新运行指南

增加MIT许可

打印错误码，ActorMessageSender也增加了Error字段

一致导致新人理解困难，ActorComponent改为MailBoxComponent对应actor模型中的
mailbox概念，ActorProxy改为ActorMessageSender
2.上个版本Actor增加了一种知道instanceId发消息的模式，这个版本把gatesession改成了这
种机制，创建unit的时候，带上gateSession的InstanceId（不是gateSession的Id），这样
gateSession不需要注册location，unit直接拿着gateSession的InstanceId就能发消息到
gateSession,减少了一次location查找，这种机制其实就是最原始的actor模型（actorId中
带有地址信息）

ActorProxyComponent增加了一个GetWithActorId方法，假如已经知道了actorId(即actor的instanceId),就可以使用此方法，可以不用向location server的请求

到的是actor的instanceid，因为instanceid头16字节表示服务器id，因此可以得到actor的服
务器。actor消息中的actorid也变成了instanceid，这样即使actor销毁重新创建也不会有同
样的actorid，保证了唯一性。
2.这样改动的原因是，比如一个gate挂掉导致player意外掉线，然后player立即上线，其他服务器发给player的消息有可能是之前的消息。产生异常。
3.erlang中的actorid是processid，保证是唯一的。与逻辑无关。ET的改动保证与erlang一致。

2.用AssetBundle.LoadFromFile读取StreamingAssets的ab包都不需要加file://