(转)Unity3d Debug调试与Mono应用 ...- 因特网址收藏

当前位置: 编程技术>移动开发

本页文章导读:

▪(转)Unity3d Debug调试与Mono应用 (转)Unity3d Debug调试与Mono使用下面简单说一下如何使用unity3d 自带的MonoDevelop工具进行Debug调试。1.首先建立一个新的Unity3d工程（当然有自己的工程了可以不新建），工程建立好后，然后选择As.........

▪ 因特网址收藏网址收藏 icon： www.iconfinder.comjson viewer: http://jsonviewer.stack.hu/ ......

▪ apk，task，历程区别 apk，task，进程区别 apk一般占一个dalvik,一个进程，一个task。通过设置也可以多个进程,占多个task。 task是一个activity的栈，其中"可能"含有来自多个App的activity 默认情况下，同一个应用程序中.........

[1](转)Unity3d Debug调试与Mono应用

来源: 互联网发布时间: 2014-02-18

(转)Unity3d Debug调试与Mono使用

下面简单说一下如何使用unity3d 自带的MonoDevelop工具进行Debug调试。

1.首先建立一个新的Unity3d工程（当然有自己的工程了可以不新建），工程建立好后，然后选择Assets->Sync MonoDevelop Project。然后Unity3d会自动在你的工程目录下建立一个visual工程（以.sln结尾的文件）。好了做到这一步先关闭你的Unity3d工程。

2.打开MonoDevelop工具，File->Open,找到你刚才生成的.sln文件，然后打开。文件打开后按快捷键F5，这时候MonoDevelop工具会自动连接对应的Uniyt3d工程进行同步。

3.在MonoDevelop工具中写好测试代码，然后在你需要Debug的代码行处添加好断点，然后切回到Unity3d工程点击运行，当unity3d执行的你加好断点的位置，就会自动停止下来，这时候你可以在monoDevelop中的断点处查找到此时你想要的某变量的值了。

[2] 因特网址收藏

来源: 互联网发布时间: 2014-02-18

网址收藏
icon： www.iconfinder.com

json viewer: http://jsonviewer.stack.hu/

[3] apk，task，历程区别

来源: 互联网发布时间: 2014-02-18

apk，task，进程区别

apk一般占一个dalvik,一个进程，一个task。通过设置也可以多个进程,占多个task。

task是一个activity的栈，其中"可能"含有来自多个App的activity

默认情况下，同一个应用程序中的所有组件运行在同一个进程中，而且绝大多数的应用程序也都是这样的。但是，如果我们想要控制让某个特定的组件属于某个进程，我们可以在manifest文件中进行配置。
在每种组件元素（activity、service、receiver、provider）的manifest条目中，都支持一个 “android:process”的属性，通过这个属性，我们可以指定某个组件运行的进程。我们可以通过设置这个属性，让每个组件运行在它自己的进程中，也可以只让某些组件共享一个进程。我们要可以通过设置“android:process”属性，让不同应用程序中的组件运行在相同的进程中，这些应用程序共享相同的Linux用户ID，拥有相同的证书。
<application>元素也有一个“android:process”属性，可以设置一个应用于全部组件的默认值。
当可用内存数量低，而一些与用户即时交互的进程又需要内存时，Android随时可能会终止某个进程。运行在被终止的进程中的组件会因此被销毁，但是，当再次需要这些组件工作时，就会再启动一个进程。
在决定要终止哪个进程时，Android系统会权衡它们对于用户的重要性。例如，相较于运行可见activities的进程，终止一个运行不可见activities的进程会更加合理。是否终止一个进程，依赖于运行在这个进程中的组件的状态。
如果不能将两个activity放入同一个application中的话，可以通过在各自的manifest中设置以下属性，让这两个activity强制运行在同一个进程中，从而可以充分利用进程内共享的资源，减少内存占用：

（1）设置相同的User Id：
<manifest android:sharedUserId="aaa.bbb"
（2）被调用的activity设置以下属性：
<activity android:multiprocess="true"
或者
<activity android:process="com.cienet.test"

对于3D OpenGL程序，修改以上属性后，被调用的activity的内存占用会明显减少，比如：30MB -> 2MB。

可以做如下测试如何共享一个进程

加入android:sharedUserId="aaa.bbb"没有
android:process="com.cienet.test"
07-12 15:42:34.781: ERROR/Dean(7615): Binder.getCallingPid()7615
07-12 15:42:34.785: ERROR/Dean(7615): runningappprocessinfo.pid:7615runningappprocessinfo.processNamecom.cienet.testa
07-12 15:42:34.785: ERROR/Dean(7615): pkgname:7615:com.cienet.testa


07-12 15:42:24.722: ERROR/Dean(7602): Binder.getCallingPid()7602
07-12 15:42:24.726: ERROR/Dean(7602): runningappprocessinfo.pid:7602runningappprocessinfo.processNamecom.cienet.testb
07-12 15:42:24.726: ERROR/Dean(7602): pkgname:7602:com.cienet.testb

加入android:process="com.cienet.test"到B

07-12 15:46:41.933: ERROR/Dean(7738): Binder.getCallingPid()7738
07-12 15:46:41.937: ERROR/Dean(7738): runningappprocessinfo.pid:7738runningappprocessinfo.processNamecom.cienet.test
07-12 15:46:41.937: ERROR/Dean(7738): pkgname:7738:com.cienet.testb

07-12 15:47:13.246: ERROR/Dean(7761): Binder.getCallingPid()7761
07-12 15:47:13.246: ERROR/Dean(7761): runningappprocessinfo.pid:7761runningappprocessinfo.processNamecom.cienet.testa
07-12 15:47:13.250: ERROR/Dean(7761): pkgname:7761:com.cienet.testa

同时加入android:process="com.cienet.test"到A

07-12 15:50:24.988: ERROR/Dean(7878): getApplicationInfo:publicSourceDir/data/app/com.cienet.testa-1.apk
07-12 15:50:24.988: ERROR/Dean(7878): getApplicationInfo:descriptionRes0
07-12 15:50:24.988: ERROR/Dean(7878): Binder.getCallingPid()7878
07-12 15:50:24.992: ERROR/Dean(7878): runningappprocessinfo.pid:7878runningappprocessinfo.processNamecom.cienet.test
07-12 15:50:24.992: ERROR/Dean(7878): pkgname:7878:com.cienet.testa


07-12 15:50:46.964: ERROR/Dean(7878): getApplicationInfo:publicSourceDir/data/app/com.cienet.testb-1.apk
07-12 15:50:46.964: ERROR/Dean(7878): getApplicationInfo:descriptionRes0
07-12 15:50:46.964: ERROR/Dean(7878): Binder.getCallingPid()7878
07-12 15:50:46.968: ERROR/Dean(7878): runningappprocessinfo.pid:7878runningappprocessinfo.processNamecom.cienet.test
07-12 15:50:46.972: ERROR/Dean(7878): pkgname:7878:com.cienet.testa


去掉android:sharedUserId="aaa.bbb"
07-12 15:52:29.574: ERROR/Dean(7967): getApplicationInfo:publicSourceDir/data/app/com.cienet.testb-2.apk
07-12 15:52:29.578: ERROR/Dean(7967): getApplicationInfo:descriptionRes0
07-12 15:52:29.578: ERROR/Dean(7967): Binder.getCallingPid()7967
07-12 15:52:29.578: ERROR/Dean(7967): runningappprocessinfo.pid:7967runningappprocessinfo.processNamecom.cienet.test
07-12 15:52:29.578: ERROR/Dean(7967): pkgname:7967:com.cienet.testb


07-12 15:53:06.730: ERROR/Dean(7990): getApplicationInfo:publicSourceDir/data/app/com.cienet.testa-2.apk
07-12 15:53:06.730: ERROR/Dean(7990): getApplicationInfo:descriptionRes0
07-12 15:53:06.730: ERROR/Dean(7990): Binder.getCallingPid()7990
07-12 15:53:06.734: ERROR/Dean(7990): runningappprocessinfo.pid:7990runningappprocessinfo.processNamecom.cienet.test
07-12 15:53:06.734: ERROR/Dean(7990): pkgname:7990:com.cienet.testa

如上证明那个APK共享进程要两个条件（1）设置相同的User Id：

（2）被调用的activity设置以下属性：

<activity android:multiprocess="true"
或者
<activity android:process="com.cienet.test"

1. 同一Apk中的同一包中的多个Activity调用时进程状况验证

[1]创建Project：

project name: FirstProject

package : com.demo

默认Activity : MainActivity

[2]添加一个新的Activity：

name: SecondActivity

[3]修改布局。在MainActivity布局中添加一个Button，当点击此Button时启动SecondActivity。在SecondActivity的布局中放置一个Textview，以证明SecondActivity已启动。

[4]运行程序，查看此App进程情况：

USER：app_36 PID：8360 NAME：com.demo

[5]点击按钮，启动SecondActivity，再次查看进程情况：

USER：app_36 PID：8360 NAME：com.demo

结论：进程列表没有变化，两个Activity运行在同一进程中。

2. 同一Apk中的不同包的Activity调用时进程状况验证

[1]将SecondActivity挪到包com.demo.second中去，相应修改AndroidManifest.xml中的name为：com.demo.second.SecondActivity

[2]运行程序，查看此时进程情况：

USER：app_36 PID：10593 NAME：com.demo

[3]点击按钮启动SecondActivity，查看此时进程情况：

USER：app_36 PID：10593 NAME：com.demo

结论：进程列表没有变化，两个Activity运行在同一进程中。即进程name只受AndroidManifest.xml中manifset结点的package属性影响。

3. 同一Apk中Activity process属性修改后进程状况验证

[1]为SecondActivity添加process属性，其值为":abc"，也可以随便是其他的":"开头的字符串，常见的名字是":remote"：


<activity android:name="com.demo.second.SecondActivity" android:process=":abc">
</activity>

[2]运行程序，查看进程情况：

USER：app_36 PID：12137 NAME：com.demo

[3]点击按钮，启动SecondActivity，查看进程情况：

USER：app_36 PID：12137 NAME：com.demo

USER：app_36 PID：12303 NAME：com.demo:abc

结论：进程表多了一项。两个Activity各自有一个进程，SecondActivity的进程名称为包名+后缀。

4. 不同Apk中不同包名的Activity进程状况验证

[1]运行FirstProject：

USER：app_36 PID：12137 NAME：com.demo

[2]创建SecondProject：

project name: SecondProject

package:com.demo2

默认Activity:MainActivity

[3]运行SecondProject：

USER：app_37 PID：14191 NAME：com.demo2

结论：进程表多了一项。两个Activity各自有一个进程，同时其进程用户id、包名也不同，互不影响。

5. 不同Apk，签名相同、包名相同的Activity进程状况验证

[1]修改SecondProject的包也为com.demo，相应要修改AndroidManifest.xml内容。

[2]运行SecondProject，查看进程情况：

USER：app_36 PID：14944 NAME：com.demo

结论：进程表只有一项，但是实际上FirstProject此时已经被覆盖了，系统中只存在SecondProject了，因为模拟器调试时apk使用的签名key都是一样的，系统看到key一样，包名一样认为这个包就是FirstProject所以覆盖掉了。

可以通过DDMS复制/data/system/packages.xml查看一下内容:


<package name="com.demo" codePath="/data/app/com.demo.apk" system="false" ts="1279955425000" version="1" userId="10036">

这个文件里面，package name都是唯一的，同时可以看到用户名是通过userId来决定的。

6.不同Apk，签名不相同，包名相同的Activity进程状况验证

[1]在Eclipse的Package Explorer导航树中选中FirstProject，点右键。

[2]Android tools-->Export Signed Application Package，按照向导创建一个用指定key签名的apk包。

[3]同样导出Second Project。

[4]切换窗口到模拟器，按Home键-->按Menu键-->设置-->应用程序-->管理应用程序-->SecondProject-->卸载。这是为了用命令行安装做准备。

[5]启动一个命令行窗口，执行adb install firstproject.apk，会提示成功安装。

[6]执行adb install secondproject.apk，提示安装失败。

结论：

1> 默认的Apk其安装时会分配新的UserId，即此时FirstProject以及SecondProject的UserId可以认为是不同的。

2> 包名不同，则签名key是否相同无所谓，两个apk都可以安装。【第4个实验】

3> 包名相同时，签名key相同则会覆盖【第5个实验】；签名不同则第二个apk安装会失败。【第6个实验】

7.不同Apk，Share User Id相同，包名不同时进程情况分析

[1]修改firstproject、secondproject的AndroidManifest.xml的manifset结点，增加属性

android:sharedUserId="com.demouser"

[2]修改secondproject的包为com.demo2，不然其会覆盖firsetproject。

[3]运行firsetproject、secondproject，查看进程列表：

USER：app_35 PID：19993 NAME：com.demo2

USER：app_35 PID：20045 NAME：com.demo2

结论:

仍然存在两个进程。但是进程的用户名一样，说明shareUserId确实有效了，进程pid不相同。

再次导出/data/system/packages.xml，查看其内容，可以看到两个项目的UserId都是10035，确实是一样的：


<package name="com.demo" codePath="/data/app/com.demo.apk" system="false" ts="1279957484000" version="1" sharedUserId="10035">
<package name="com.demo2" codePath="/data/app/com.demo2.apk" system="false" ts="1279957473000" version="1" sharedUserId="10035">

8.不同Apk，Share User Id相同，包名不同、指定Activity的process属性进程情况分析

[1]修改SecondProject的MainActivity的process属性，指定绑定到进程名为com.demo的进程上：


<activity android:name=".MainActivity" android:label="@string/app_name" android:process="com.demo">

[2]运行firstProject、SecondProject，查看进程情况：

USER：app_35 PID：21387 NAME：com.demo

结论：两个Activity运行于同一个进程。

9.不同Apk，Share User Id相同，包名不同、签名key不同

经实验，安装第二个apk时会提示INSTALL_FAILED_UPDATE_INCOMPATIBLE错误，安装失败。

总结：

UserId不同时：

包名不同：

未设定process属性时，各自的Activity在各自的进程。即使process指定了包名，也不会和另一个用户的同名包共享进程。

包名相同：

签名相同：覆盖旧的同包名apk。签名不同：新的apk会安装失败。【签名key一般都是不同的】

UserId相同时：

包名不同：

未设定process属性时，各自的Activity在各自的进程。process属性指定，则可以共享进程。

包名相同：

签名相同：覆盖旧的同包名apk。签名不同：新的apk会安装失败。【签名key一般都是不同的】