任何异常都是程序问题。编程序的目的就是让所有这些都可以通过(或者绕过)。所以扔出这一句话来,解决不了任何问题。正规学习一下 vs 工具的调试器使用吧。你要能够贴出截图,能够看到你的调试器中断在哪一条语句上,调用堆栈是什么,异常信息是什么,异常信息窗口中的 InnerException(以及递归嵌套的 InnerException)是否被你打开查看过,你是否调试过抛出异常的语句(以及调用堆栈内部的程序入口代码)里的主要变量看看数据有没有什么异常。实际上,调试过后,一个程序员需要写“断言”,让程序在以后的调试、测试过程中能够尽早抛出异常来。
建议在程序中加捕获代码并将错误记录到txt或者数据库表,这样便于修改bug。
直接跑release版,有没处理的异常什么信息都不会有
依照4#的说法,先用debug版本定位具体的异常信息。
仔细看错误弹出框,并且贴出异常
如果是VS启动的DEBUG
那么应该直接能定位到BUG地点
跑了半小时没问题,是半小时你在同一个功能模板或者同一个菜单下一直没问题突然有问题了吗?
说实在没明白楼主意思
任何异常都是程序问题。编程序的目的就是让所有这些都可以通过(或者绕过)。所以扔出这一句话来,解决不了任何问题。正规学习一下 vs 工具的调试器使用吧。你要能够贴出截图,能够看到你的调试器中断在哪一条语句上,调用堆栈是什么,异常信息是什么,异常信息窗口中的 InnerException(以及递归嵌套的 InnerException)是否被你打开查看过,你是否调试过抛出异常的语句(以及调用堆栈内部的程序入口代码)里的主要变量看看数据有没有什么异常。实际上,调试过后,一个程序员需要写“断言”,让程序在以后的调试、测试过程中能够尽早抛出异常来。
如果程序是你写的,你可以用#4楼说的办法,先在VS中Debug运行,这个时候如果程序有错误,VS会自动定位到那个地方,并且有异常的具体信息提示。
如果不是你写的,哈哈。。哈哈哈