本题是个经典的迷宫广搜问题类型了。网上看到好多解法。
很多解题报告都没什么分析，更不会指出其中的关键点。代码更加像一大抄。有人分析也一大篇分析，不过全部都不切中关键，甚至在分析什么广搜和深搜区别，广搜为什么快之类的，还有喊什么暴搜之类的，全错了。估计这些代码都是抄过的。
通过一大段的时间研究，终于搞通了。
本题虽然可以说是广搜，但是其中的关键却是剪枝法，为什么呢？
因为迷宫并不能简单地广搜就能搜索出所有路径的，甚至只要迷宫大点就不能搜索出是否有路径，如果没有条件剪枝的情况下；不信，你严格写一个广搜搜索一下迷宫路径看看。当然你写了个错误的广搜，自然得出错误的答案了。常见的错误是一格一格地扩展迷宫就以为是迷宫的广搜了，错！真正的广搜是需要把迷宫建图，然后广搜。
其实真正的关键是剪枝：
剪枝思考就是要思考什么时候应该扩展到下一格？是否合法的格子就一定可以扩展？当然不是，是需要根据题意剪枝。本题的题意是求用时最小的路径，故此可以由此想到应该是以时间比较来决定是否需要扩展到下一格的。即下一格有可能找到更加优的解就扩展，否则就不扩展。
这样一剪枝之后，就可以使用所谓的广搜了。
那么为什么本题，或者可以说本题题型的题目不可以使用深搜呢？
因为上面的剪枝条件是每一层去剪枝的，如果使用深搜，那么这样的剪枝条件就无法用上了。
还有一种做法就是利用优先队列，优先扩展当前最小用时的格子，那么就可以不用重复搜索下一格了。这也是利用了上面的剪枝思想。
不过只要理解了上面的关键剪枝点，那么这样的题目都可以随心所欲地解决了。
至于本题的记录路径就是编程功底的测试了，不用说什么思路了，不会的只能说编码能力不行了。
或许也有不懂分析的人也把代码敲对了，也许是他运气不错，也许是他真的是天才级的人物！反正几率都很低，最大几率还是他的代码是抄来的。
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
