最近关注的WP7比较多，众所周知所有的移动终端设备几乎对内存都有着令人发指的要求，而我所开发的领域——游戏，却是对内存要求非常高，一组几百人的用户数据字节数可能还没一张图片字节数多，而近期我的一些游戏作品也在探讨有关内存的优化等问题，最近WP7的lumia 610悄然加入到Apphub的支持机型名单，这个内存只有256MB的机器会拒绝所有内存（memory）超过90MB的app，以至于很多朋友措手不及，下面摘抄总结了一些内存的有关问题。

第一个问题是：看

因为在模拟器里不会对内存有要求，但是要想弄全所有的设备，可是一个不小的开销，所以如何了解自己的内存是否超了上限是一个重要问题。

Silverlight for WindowsPhone的应用可以直接用

Application.Current.Host.Settings.EnableFrameRateCounter = true;

来开启应用当前的页面数据显示，如下图

而这些数据的作用详细请参看这里：

http://msdn.microsoft.com/zh-cn/library/gg588380(v=VS.92).aspx

在早期，我一直以为这是准确的数据，可是后来知道这只是画面纹理的内存数值，和真实的内存不一样。而且在XNA for WindowsPhone的应用里没法直接打开查看，所以，需要另外一个方法取得：

Microsoft.Phone.Info.DeviceStatus.ApplicationCurrentMemoryUsage

类Microsoft.Phone.Info.DeviceStatus里包含了各种对程序内存的静态属性，具体的信息可以看

http://msdn.microsoft.com/en-us/library/microsoft.phone.info.devicestatus(v=vs.92).aspx

所以无论在Silverlight还是XNA里，都可以写一个简单的计算取得当前应用程序的内存数据：

var value = Microsoft.Phone.Info.DeviceStatus.ApplicationCurrentMemoryUsage / (1024d * 1024d);

第二个问题：缩

你得到了内存数据之后，如果没有超过还好，如果太大并且需要优化的话，就得考虑怎么来缩它了。

注意点1：实现IDisposable

尽量的对于会重复的数据带上IDisposable

注意点2：Image.Source = null

一些动态的载入BitmapImage他们悄声无息的一直站着资源，这个虽然看起很土，但是很管用，曾经让我的Silverlight网页游戏内存稳定并总体降低了1/3。

注意点3：小心事件

在我的团队里，对于一次性的事件一定要求剪掉（-=），甚至在Dispose()里做判断，这是因为游戏中大量的随时创建出来的对象，一直带着几个事件跑就不会被GC掉，用调试工具查看过，大多是因为事件中带着全局或者其他的引用造成。

注意点4：用单例

对于设计模式，没什么好说的，挺怕被喷，只能说单例用好了是英雄，用不好是狗熊。

注意点5：别用数据绑定

据我所知靖南兄、老马，我们都吃过数据绑定的亏，数据绑定是一个多么好的东西啊，可是内存消耗真不是玩的，尤其不是你自己写的控件用上玩数据绑定，那才叫——谁用谁知道！

关于XNA的瘦身策略，可以详细参看http://msdn.microsoft.com/zh-cn/library/hh855082(v=vs.92).aspx

里面详细介绍了Image图像在内存的问题，列举如和使用2次幂优化，降低质换格式的等方法，对于SoundEffect的销毁和顶点数据优化等内容，十分不错。

第三个问题：躲

好吧，当我们的应用程序已经瘦身瘦到无法再瘦，所谓惹不起躲得起，咱们干脆就不支持256MB这样限定90MB的设备了。

 打开app的WMAppManifest.xml 加入如下代码：

<Requirements>

<Requirement Name="ID_REQ_MEMORY_90" />

</Requirements>

所谓“你有金银堆北斗，我在江湖度春秋。”，对于现在这状况也只能“路逢险处须当避，不是才子莫吟诗”。