无论你是用Silverlight还是用RT的API来开发，在使用MediaCapture拍照片或录视频时，要是在模拟器上运行会万事大吉；但是，一旦放到真实手机上运行，肯定有人发现了，细心的朋友肯定发现了——不知道为什么，会经常导致手机重启，或者死机。
啊，顺便给大家说说，死机不可怕，也不用重置，也不用刷机，不会丢失资料的，你只要同时按下“音量减”+“电源”两个键，要同时按住，不要放开，大约等10多秒后，会关机，然后你再放开这两个键，这样手机就软启了，不会丢失数据。
不过，如果你的运营商（如中国联通）的基站没有实时更新时间的功能，那么，手机在软启后时间会不准，你可以手动调整一下。有些人说：不是设置了自动更新时间吗？怎么会不准了呢？注意WP上的自动更新时间不是用网络连接来更新的，而是通过移动运营商的基站来更新的，我的中国移动卡会得到基站的数据，但时间不准，会慢了半个小时。
好了，上面说的废话太多，我担心有人会扔砖头。我们当Coder的一定要有耐心做事的好习惯，不然你真的不是好Coder，不要一遇到问题就在那里骂外公骂娘的，也不要在那里踢桌子砸凳子，因为你没有那样的功力，桌子没踢坏你的脚就会痛得不行。
调用摄像头API导致死机的原因是：应用程序占用了系统的资源，也就是说你的应用没有及时释放相关资源导致的，一般这种情况多发生在调试的时候，因为我们通常在调试时会直接在VS上结束应用程序，如此一来，清理资源的代码就没有执行，系统资源仍然被你占着，所以一旦再次执行应用程序，或者运行其他相机应用，就会导致系统在无限等待，于是就死机了。
要释放MediaCapture对象其实很简单，只要调用它的Dispose方法即可，关键是，要在哪里调用。
为了安全保险，应该中导航离开页面时释放（处理OnNavigatingFrom方法），或者在应用程序不在前台运行时释放，当再次回到应用程序时，重新实例化MediaCapture对象。这样做的好处既能及时释放资源，而且在你的应用程序发送到后台后，你不能保证其他程序不会调用摄像头，不然，资源老被你占着，别人没法用了。
以Silverlight框架为例，可以在App类中定义一些成员来初始化和清理MediaCapture。
public sealed partial class App { MediaCapture capture = null; /// <summary> /// 通过该属性获得MediaCapture实例 /// </summary> internal MediaCapture PhotoCaptureForCurrent { get { return capture; } } /// <summary> /// 初始化 /// </summary> internal async Task InitailizeCapture () { var devs = await DeviceInformation.FindAllAsync(DeviceClass.VideoCapture); DeviceInformation bc = devs.FirstOrDefault(d => d.EnclosureLocation.Panel == Windows.Devices.Enumeration.Panel.Back); if (bc != null) { MediaCaptureInitializationSettings settings = new MediaCaptureInitializationSettings(); settings.AudioDeviceId = ""; settings.VideoDeviceId = bc.Id; capture = new MediaCapture(); await capture.InitializeAsync(settings); } } /// <summary> /// 清理 /// </summary> internal void ClearupCapture () { if (capture != null) { capture.Dispose(); capture = null; } } }
在调用Dispose方法后，把MediaCapture变量设置为null引用，这样就算清理方法被多次调用也不会出错。
为了安全保险，清理方法有可能被重复调用。因为我会考虑在页面离开时调用一次，在应用程序被放入后台时调用一次，在应用程序关闭时调用一次。
有人会问，为什么要这样？因为1、离开页面；2、应用被停用（不在前台）；3、应用关闭。
这三件事你无法保证它都发生，有时候，可能1发生，但2和3不会发生。
例如：
当运行应用程序后，我突然按了一个“开始”键，这时候会回到开始屏幕。此时，导航离开页面会发生，应用程序的DeActived事件会发生，但是，应用程序的关闭事件不会发生。
总之，在这三件事发生时都清理一次，可保万全。
A、在导航离开页面时，清理。
protected override void OnNavigatingFrom ( NavigatingCancelEventArgs e ) { …… (App.Current as App).ClearupCapture(); }
B、应用被发送到后台时，清理。
private void Application_Deactivated ( object sender, DeactivatedEventArgs e ) { ClearupCapture(); }
即响应Deactivated事件。
C、当应用关闭时，清理。
private void Application_Closing ( object sender, ClosingEventArgs e ) { ClearupCapture(); }
即处理Closing事件。
用Runtime API调用摄像头时要谨慎，尤其是在调试的时候，最好，先在手机上先把应用关闭，再从VS上结束应用程序。
不是骗你，经过我近一个星期N多次的测试，这样做确实不会死机，在测试过程中，我那台可怜的Lumia 920不知道死了多少次。记住，有借有还，再借不难。占用系统资源一定要释放。
下面，顺便附上我写的一个测试示例，如果大家不嫌我这个示例太垃圾的话，可以下来玩玩。
http://files.cnblogs.com/tcjiaan/AppCamera.zip
我比较头痛的另一件事是：不同手机的硬件差异，摄像头的角度经常会偏了，920的摄像头是旋转了90度，这个问题说好办也好办，说不好办也挺难办，因为目前移植的RT库中，貌似不能旋转。