最近想给自己开发中的小游戏弄个小地图，但是因为地图上的对象太多，怕太占性能，如果大地图上有100个人物，小地图也要生成100个点，并且移动也是实时和大地图上的同步，那样等于就要处理200个人物的移动，是不是性能要求也会加倍？或者有什么不占性能一些的好方法呢？
我曾经试过移动1400个点（当然包括屏幕外的），并不会有性能问题。除非你dc过高（当时的1400个点都加了拖尾，手机20帧，吧屏幕外的拖尾去除后79dc，就不再卡了）。
你怎么加到这么多的，1400个都在移动中吗？我的也加了拖尾动画,现在没有小地图的时候试过超过200个的时候帧数就掉到30以下了，如果加了小地图估计就只能放100-150个最多了。把拖尾动画关掉应该好一点。
对了，我的拖尾动画是用了粒子系统移动时产生灰尘的效果，是不是粒子系统比较消耗性能？添加200个对象时DC的话是400，通过预制件生成一个对象DC就加2个，因为一个对象有两个层，一层是对象本身，一层是粒子系统，这DC是正常的吗？
小地图不应该只是一张图片么 单独用个摄像机渲染
同问，小地图难道不是一张图片吗？？
小地图是一张图片，但是小地图上要显示出来大地图上所有的对象的位置，大地图上有100个NPC在移动，小地图也要对应显示100个点在移动。
那就每个npc加个标识 用小地图摄像机渲染 也不费性能吧
这个需要看你小地图是怎么怎么实现的，如果是采用相机的方式，性能上是没问题的。 至于你所说的消耗性能，这个需要你自己来定位程序上是哪部分功能造成的性能消耗。
多谢各位提醒，是用摄像机实现比较好，我原来想用程序实现，弄一个小图，然后在小图上生成和大图上一样多的对象图标，并且和大图里的对象同步移动，那样就太消耗资源了。