脚本创建的xx物体要怎么销毁中心

来源：蜘蛛抓取(WebSpider) 时间：2017-04-12 10:21 标签： 销毁中心
  • java – 如何在andengine中正确销毁中心和重新創建场景

java – 如何在andengine中正确销毁中心和重新创建场景？

发布时间： 发布网站：脚本之家

收集整理的这篇文章主要介绍了小编觉得挺不错嘚，现在分享给大家也给大家做个参考。

在andAngine中我需要在andangine中销毁中心一个场景并重新创建它以重新启动游戏变量和监听器以及gamelogic.

当我重新创建第三次场景时,似乎出现了问题.精灵不显示..扭曲或根本不显示.如果我正确初始化并破坏场景,有人可以向我解释吗

就个人而言,我会在第一佽使用时创建场景.

像你一样创建一个新的场景看起来像一个主要的内存泄漏,或者至少是一个可能的泄漏.

以上是为你收集整理的全部内容，唏望文章能够帮你解决所遇到的程序开发问题

如果觉得网站内容还不错，欢迎将推荐给程序员好友

本图文内容来源于网友网络收集整悝提供，作为学习参考使用版权属于原作者。
如您喜欢交流学习经验

猜你在找的Android相关文章

前阵子自己做了个脚本,原本是我哏我弟两个人自己玩来用,但是不知道我弟弟朋友怎么把脚本传到他那边去了,然后大量使用,我想问问有没有什么办法把我以前做的那个脚本銷毁中心,或者有什么办法限制不让他继续使用?



您好 , 一般是 建议 强制 更新 . 但 强制 更新也不是 万能的 . 有办法避过更新 , 毕竟只是强制更新 并不是強制老板版本不能用 . 另外就是 写脚本的时候 事先把 限制代码写进去 . 如果 事先没有写 限制代码 强制更新也无效 , 就无解了


事先没有加限制是无解的


最近网友通过网站搜索Unity3D在手机及其他平台下占用内存太大. 这里写下关于Unity3D对于内存的管理与优化.

Unity3D 里有两种动态加载机制：一个是框架底下有点没必要而且很麻烦。
稳妥起見你可以这样管理

用的术语这种数据缓存是非托管的。

总结一下各种加载和初始化的用法:
框架的一种实现对于Unity开发，其实充当了基本類库的角色

托管堆用来存放类的实例（比如用new生成的列表，实例中的各种声明的变量等）“托管”的意思是Mono“应该”自动地改变堆的夶小来适应你所需要的内存，

并且定时地使用垃圾回收（Garbage Collect）来释放已经不需要的内存关键在于，有时候你会忘记清除对已经不需要再使鼡的内存的引用

从而导致Mono认为这块内存一直有用，而无法回收

最后，本机堆是Unity引擎进行申请和操作的地方比如贴图，音效关卡数據等。Unity使用了自己的一套内存管理机制来使这块内存具有和托管堆类似的功能

基本理念是，如果在这个关卡里需要某个资源那么在需偠时就加载，之后在没有任何引用时进行卸载听起来很美好也和托管堆一样，

但是由于Unity有一套自动加载和卸载资源的机制让两者变得差别很大。自动加载资源可以为开发者省不少事儿

但是同时也意味着开发者失去了手动管理所有加载资源的权力，这非常容易导致大量嘚内存占用（贴图什么的你懂的）

也是Unity给人留下“吃内存”印象的罪魁祸首。

优化程序代码的内存占用

这部分的优化相对简单因为能莋的事情并不多：主要就是减少打包时的引用库，改一改build设置即可

对于一个新项目来说不会有太大问题，但是如果是已经存在的项目鈳能改变会导致原来所需要的库的缺失（虽说一般来说这种可能性不大），

因此有可能无法做到最优

Level”表示从build的库中剥离的力度，每一個剥离选项都将从打包好的库中去掉一部分内容你需要保证你的代码没有用到这部分被剥离的功能，

选为“Use micro mscorlib”的话将使用最小的库（一般来说也没啥问题不行的话可以试试之前的两个）。库剥离可以极大地降低打包后的程序的尺寸以及程序代码的内存占用唯一的缺点昰这个功能只支持Pro版的Unity。

这部分优化的力度需要根据代码所用到的.NET的功能来进行调整有可能不能使用Subset或者最大的剥离力度。

如果超出了限度很可能会在需要该功能时因为找不到相应的库而crash掉（iOS的话很可能在Xcode编译时就报错了）。

比较好地解决方案是仍然用最强的剥离并輔以较小的第三方的类库来完成所需功能。

一个最常见问题是最大剥离时Sysytem.Xml是不被Subset和micro支持的如果只是为了xml，完全可以导入一个轻量级的xml库來解决依赖（Unity官方推荐这个）

关于每个设定对应支持的库的详细列表，可以在这里找到关于每个剥离级别到底做了什么，Unity的文档也有說明

实际上，在游戏开发中绝大多数被剥离的功能使用不上的因此不管如何，库剥离的优化方法都值得一试

Unity有一篇不错的关于托管堆代码如何写比较好的说明，在此基础上我个人有一些补充

首先需要明确，托管堆中存储的是你在你的代码中申请的内存（不论是用jsC#還是Boo写的）。

在接收到alloc请求后托管堆在其上为要新生成的对象实例以及其实例变量分配内存，如果可用空间不足则向系统申请更多空間。

当你使用完一个实例对象之后通常来说在脚本中就不会再有对该对象的引用了（这包括将变量设置为null或其他引用，超出了变量的作鼡域

或者对Unity对象发送Destory()）。在每隔一段时间Mono的垃圾回收机制将检测内存，将没有再被引用的内存释放回收总的来说，

你要做的就是在盡可能早的时间将不需要的引用去除掉这样回收机制才能正确地把不需要的内存清理出来。但是需要注意在内存清理时有可能造成游戏嘚短时间卡顿

这将会很影响游戏体验，因此如果有大量的内存回收工作要进行的话需要尽量选择合适的时间。

如果在你的游戏里有特别多的类似实例，并需要对它们经常发送Destroy()的话游戏性能上会相当难看。比如小熊推金币中的金币实例按理说每枚金币落下台子后

都需要对其Destory()，然后新的金币进入台子时又需要Instantiate这对性能是极大的浪费。一种通常的做法是在不需要时不摧毁这个GameObject，而只是隐藏它

并将其放入一个重用数组中。之后需要时再从重用数组中找到可用的实例并显示。这将极大地改善游戏的性能相应的代价是消耗部分内存，一般来说这是可以接受的

关于对象重用，可以参考Unity关于内存方面的文档中Reusable Object Pools部分或者Prime31有一个是用Linq来建立重用池的视频教程（Youtube，需要FQ仩，下）

如果不是必要，应该在游戏进行的过程中尽量减少对GameObject的Instantiate()和Destroy()调用因为对计算资源会有很大消耗。在便携设备上短时间大量生成囷摧毁物体的

话很容易造成瞬时卡顿。如果内存没有问题的话尽量选择先将他们收集起来，然后在合适的时候（比如按暂停键或者是關卡切换）将它们批量地销毁中心并 且回收内存。Mono的内存回收会在后台自动进行系统会选择合适的时间进行垃圾回收。在合适的时候也可以手动地调用 System.GC.Collect()来建议系统进行一次垃圾回收。

要注意的是这里的调用真的仅仅只是建议可能系统会在一段时间后在进行回收，也鈳能完全不理会这条请求不过在大部分时间里，这个调用还是靠谱的

当你加载完成一个Unity的scene的时候，scene中的所有用到的asset（包括Hierarchy中所有GameObject上以忣脚本中赋值了的的材质贴图，动画声音等素材），

都会被自动加载（这正是Unity的智能之处）也就是说，当关卡呈现在用户面前的时候所有Unity编辑器能认识的本关卡的资源都已经被预先加 入内存了，这样在本关卡中用户将有良好的体验，不论是更换贴图声音，还是播放动画时都不会有额外的加载，这样的代价是内存占用将变多Unity最 初的设计目的还是面向台式机，

几乎无限的内存和虚拟内存使得这樣的占用似乎不是问题但是这样的内存策略在之后移动平台的兴起和大量移动设备游戏的制作中出现了弊端，因为移动设 备能使用的资源始终非常有限因此在面向移动设备游戏的制作时，尽量减少在Hierarchy对资源的直接引用而是使用Resource.Load的方 法，在需要的时候从硬盘中读取资源

如何达到最好的效果没有标准答案，需要自己权衡

在关卡结束的时候，这个关卡中所使用的所有资源将会被卸载掉（除非被标记了DontDestroyOnLoad）嘚资源注意不仅是DontDestroyOnLoad的资源本身，

其相关的所有资源在关卡切换时都不会被卸载DontDestroyOnLoad一般被用来在关卡之间保存一些玩家的状态，比如分数级别等偏向文 本的信息。如果DontDestroyOnLoad了一个包含很多资源（比如大量贴图或者声音等大内存占用的东西）的话这部分资源在场景切换时无法卸 载，将一直占用内存

这种情况应该尽量避免。

另外一种需要注意的情况是脚本中对资源的引用大部分脚本将在场景转换时随之失效並被回收，但是在场景之间被保持的脚本不在此列（通常情况是被附 着在DontDestroyOnLoad的GameObject上了）。而这些脚本很可能含有对其他物体的Component或者资源的引鼡这样相关的 资源就都得不到释放，

这绝对是不想要的情况另外，static的单例（singleton）在场景切换时也不会被摧毁同样地，如果这种单例含囿大量的对资源的引用也会成为大问题。

因此尽量减少代码的耦合和对其他脚本的依赖是十分有必要的。如果确实无法避免这种情况那应当手动地对这些不再使用的引用对象调用Destroy()

或者将其设置为null。这样在垃圾回收的时候这些内存将被认为已经无用而被回收。

需要注意的是Unity在一个场景开始时，根据场景构成和引用关系所自动读取的资源只有在读取一个新的场景或者reset当前场景时，才会得到清理

因此这部分内存占用是不可避免的。在小内存环境中这部分初始内存的占用十分重要，因为它决定了你的关卡是否能够被正常加载因此茬计算资源充足

会被回收，因此请确保在资源不再使用时将所有对该资源的引用设置为null或者Destroy。

同样需要注意这两个Unload方法仅仅对Resource.Load拿到的資源有效，而不能回收任何场景开始时自动加载的资源与此类似的还有 AssetBundle的Load和Unload方法，灵活使用这些手动自愿加载和卸载的方法是优化Unity内存占用的不二法则～

总之这些就是关于Unity3d优化细节,具体还是查看Unity3D的技术手册,以便实现最大的优化.

我要回帖

更多关于 销毁中心 的文章

 

随机推荐