你的代码现在崩溃的原因是，当驱动程序崩溃时，代表你的硬件的设备专用文件就会消失。您的代码仍然具有这些设备的打开文件句柄。根据您的代码在幕后到底在做什么，它可能会尝试向一个现在无效的文件句柄发出IOCTL，这个用例通常不会被库代码很好地处理，因为它应该只发生在这样一个事件中，带有某种用户地码无法处理的内核接地错误。在
如果摄像头停止工作，处理它与处理司机撞车完全不同。一个有故障的相机不应该让一个(正确书写的)驱动程序瘫痪。如果驱动程序出现故障，那么您的用户地代码将无法对此执行太多操作。也不需要。如果司机撞车了，那是司机写手的问题，而不是你的问题。如果你有一个司机经常撞到你，你想试着去处理它，那么我会用另一个司机，或者试着修理你正在使用的那个。再多的应用程序代码也无法修复有故障的驱动程序。在
别忘了你的代码并不是唯一使用驱动程序的代码。内部内核进程或其他应用程序也可能正在使用该驱动程序。如果在您拔出驱动程序时有其他东西在使用它，您可能会导致其他代码挂起(超出您的控制范围)，并可能导致整个系统崩溃。在
现在，如果你的网络摄像头硬件有问题，驱动程序应该优雅地给你一条消息或某种错误，你的应用程序代码可以检测到并采取行动，同时做自己的工作，使摄像机再次工作。失败的硬件不应该给应用程序代码带来负担；让驱动程序完成它的工作，如果可能的话，它会让摄像头重新联机。如果无法这样做，那么要么相机处于不可恢复状态，要么驱动程序有改进的空间(如果是这样的话，向驱动程序的开发人员提供在硬件上测试他们的代码的机会，有时可以快速获得对设备的驱动程序支持)。在
我不想在驱动程序运行时撕掉它，而是集中精力编写代码来处理驱动程序可以为您的设备返回的所有可能的错误状态。在
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
