网站建设资讯

NEWS

网站建设资讯

怎么分析JSBinding+SharpKit内存管理与垃圾回收的原理

本篇文章给大家分享的是有关怎么分析JSBinding + SharpKit 内存管理与垃圾回收的原理,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。

网站建设哪家好,找成都创新互联!专注于网页设计、网站建设、微信开发、小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了厦门免费建站欢迎大家使用!

C# 和 JS 都有垃圾回收机制,需要保证 2 者能够分工协作。

类对象

类在C#中是引用类型。我们在 C# 中维护了2个map,保存 C# 对象和 JS 对象的一一对应关系。

举一个例子,看以下代码

1 // C#
2 List lst = new List();
3 
4 // JS
5 var lst = new System.Collections.Generic.List$1.ctor(System.Int32.ctor);

从C#返回一个对象到 JS 以及后续的过程是这样的:

1) C# 获得一个表示JS对象的ID。

1 // 文件:System_Collections_Generic_List77.javascript
2 _jstype.definition.ctor = function(t0) { CS.Call(5, 249, 0, true, this, t0.getNativeType()); } // 1) 这里的 this 传到 C#后,C#得到一个对象ID

2) C# 创建一个 List csObj 对象。

3) 保存2种对象的一一对应关系。

1 // 存储对应关系,伪代码,具体可看 JSMgr.addJSCSRel 函数!
2 map1[jsObjID] = csObj;
3 map2[csObj.hashCode] = jsObjID;

注意,由于我们保存了 csObj 对象,那么我们必须在某个时刻就把他从map中移除,否则这个对象永远不会被C# GC 给回收。

4) 给 JS 对象注册 finalizer 回调函数,当他被 JS GC 回收时,会通知我们的回调。

在回调中做的事情就是从map中移除对 csObj 的引用,这样我们就没有主动握住  csObj 了,那他到某个时刻 自然就被回收了。

1 // 文件:System_Collections_Generic_List77Generated.cs
 2 
 3 static bool ListA1_ListA11(JSVCall vc, int argc)
 4 {
 5     int _this = JSApi.getObject((int)JSApi.GetType.Arg); // 1) 获取JS对象ID
 6     JSApi.attachFinalizerObject(_this); // 4) 给 JS 对象注册 finalizer 函数,当他被垃圾回收时,会通知我们的回调
 7     --argc;
 8 
 9     ConstructorInfo constructor = JSDataExchangeMgr.makeGenericConstructor(typeof(System.Collections.Generic.List<>), constructorID0); 
10     if (constructor == null) return true;
11 
12     int len = argc - 1;
13     if (len == 0)
14     {
15         JSMgr.addJSCSRel(_this, 
               constructor.Invoke(null, new object[]{}));// 2), 3) 创建 C# 对象,保存一一对应关系 16     } 17 18     return true; 19 }

5) 任何时刻,当要从C#返回一个对象到JS时,都会查找是否已经有对应的 JS 对象了。如果有,就返回已经保存的那个。如果没有,才创建一个对应的 JS 对象返回给 JS。

小结:对于类对象,我们存储了JS对象和CS对象的一一对应关系。JS对象仍然是完全受 JS GC 管理,什么该被回收就什么时候被回收。而对于CS对象,通过往JS对象注册垃圾回收事件,当JS对象被回收时我们将得到通知,那时候我们就可以主动去除对CS对象的引用了。

结构体对象

结构体在C#中是值类型的。不可能存储一一对应关系。从C#返回结构体对象到JS时,每次都重新创建一个对象出来,返回给JS。只能通过JS对象找到对应的C#对象,反过来是行不通的。

存储关系变成:

1 // 存储对应关系,伪代码,具体可看 JSMgr.addJSCSRel 函数!
2 map1[jsObjID] = csObj; 3 // map2[csObj.hashCode] = jsObjID; // 没有这个了!

垃圾回收控制跟类对象是一样的。

注意:目前代码里 Vector2,Vector3 是用JS写了一遍(以后还会增加)。他们和上面说到的结构体对象的存储方法没有什么关系。

每当 从 JS->CS 时,根据JS对象的xyz值构造一个C#对象来使用。

每个从 CS->JS 时,根据CS对象的xyz值构造一个 JS 对象。

(不好理解?想象一下 int 如何 JS->CS,CS->JS? 目前V2, V3和 int 的传递是类似的,在 JS 和 CS 端都各有各自的数据结构)

(还是不好理解?群里问吧,或者问我)

纯JS对象在C#中的存储

上面所说的类对象和结构体对象的存储有一个共同点:JS和CS两端都知道要存储的对象类型是什么。比如说 List,GameObject,2边都很了解这2个类,都能对他们的对象进行处理。

纯JS对象是指,只有JS有类定义,C#并不清楚这个类。

1 // JS 代码
 2 
 3 JsTypes.push( {
 4     fullname: "DebugMessages.Message",
 5     Kind: "Class",
 6     definition: {
 7         ctor: function (txt){
 8             this.txt = txt;
 9         }
10     }
11 });
12 
13 var l = new System.Collections.Generic.List$1.ctor(DebugMessages.Message.ctor);
14 l.Add(new DebugMessages.Message("hello");
15 l.Add(new DebugMessages.Message("world");

Line13,创建一个 List,C#端构造 List 时会发现类型名是 "DebugMessage.Message",根据这个名字查找不到 System.Type(请看 JSDataExchange.GetTypeByName 函数)。

怎么办呢?可不可以这样,当C#找不到类型的时候,就直接用 List,int表示JS对象ID。这样不是挺好吗?

是的,一开始就是这么做的。请看 Line14,new一个JS对象并传递给C#,C#存储了他的ID,看起来很美好。

但!是!这个JS对象接下去就没有人引用他了,如果发生GC,那个对象就要被回收。而C#那边还存着一个int,等一下要用的时候就找不着JS对象了……

当你把一个JS函数设置给C# Delegate 时,也存在相同的问题。

所以,在C#中存储这个JS对象时,要增加JS对象的引用!

我增加了一个 CSRepresentedObject 类,来完成这个功能。

(这里面还多了个小细节:使用了 WeakReference 类,具体可以看下代码,缺他好像不行)

1 public class CSRepresentedObject
 2 {
 3     public static int s_objCount = 0;
 4     public static int s_funCount = 0;
 5 
 6     //不要直接创建这个对象,应该调用 JSDataExchangeMgr.getObject
 7     public CSRepresentedObject(int jsObjID, bool bFunction = false)
 8     {
 9         this.jsEngineRound = JSMgr.jsEngineRound;
10         this.jsObjID = jsObjID;
11         this.bFunction = bFunction;
12         JSMgr.addJSCSRel(jsObjID, this, true);
13 
14         if (bFunction) 
15             s_funCount++;
16         else 
17             s_objCount++;
18 
19         // 通常是1,不会加的
20         int refCount = JSApi.incRefCount(jsObjID);
21         //Debug.Log(new StringBuilder().AppendFormat("+ CSRepresentedObject {0} Ref[{1}] Fun[{1}]", jsObjID, refCount, bFunction ? 1 : 0));
22     }
23     ~CSRepresentedObject()
24     {
25         if (bFunction)
26             s_funCount--;
27         else 
28             s_objCount--;
29 
30         int refCount = JSApi.decRefCount(jsObjID);
31         if (refCount <= 0)
32         {
33             JSMgr.removeJSCSRel(jsObjID, this.jsEngineRound);
34             if (bFunction)
35             {
36                 JSMgr.removeJSFunCSDelegateRel(jsObjID);
37             }
38         }
39         else
40         {
41             Debug.LogError(";;;//IIL.x&");
42         }
43         //Debug.Log(new StringBuilder().AppendFormat("- CSRepresentedObject {0} Ref[{1}] Fun[{1}]", jsObjID, refCount, bFunction ? 1 : 0));
44     }
45     public int jsObjID;
46     public bool bFunction;
47     int jsEngineRound;
48 }

纯C#对象在JS中的存储

目前已知这种情况只发生在,当传递一个C#函数到JS时。(例子:TestEasingFunctions.cs)

在JS中也定义了一个叫做 JSRepresentedObject 的类来处理。(myclrhandler.javascript)

不过比上一种情况要简单得多。这种情况处理后就变成和 “类对象” 一毛一样了。

注意:C#对象存储在JS中,JS根本无法使用拿到的C#对象,他只能起到一个过渡作用而已。

JS对象存储在C#中也是一样的。

以上就是怎么分析JSBinding + SharpKit 内存管理与垃圾回收的原理,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


网站标题:怎么分析JSBinding+SharpKit内存管理与垃圾回收的原理
本文来源:http://cdweb.net/article/pjpjoe.html