错误处理:区分'fatal'错误和'意外输入'错误

我一直在编写一个读取XML文件的程序，如果ifstream无法打开该文件，它将抛出std::ifstream::失败。当std::ifstream::failbit或std::ifstream::badbit被设置时，这个异常就会被抛出，它们是(至少在我看来)需要进行异常处理的错误类型。

打开文件后，我使用RapidXML创建DOM对象，如果解析失败，它的解析函数将抛出RapidXML::parse_error。在这种情况下，错误并不是致命的——它只是错误的输入。无论如何，我认为rapidxml在解析xml文件失败时抛出异常仍然是公平的，但即使我不这么认为，这也无关紧要，因为我没有太多的选项。我可以在RapidXML中关闭异常，但这样我仍然必须手动处理这些异常情况，通过异常机制处理它们要容易得多。然而，这绝对是一个模糊的领域;使用rapidxml::parse抛出异常的理由不像ifstream那样明确。

最后一种情况是当我解析DOM时遇到一个意外的或未预料到的节点。显然，尽管有意外输入，程序仍然可以继续执行，但我不希望它这样做。我可以在这里抛出一个异常，但我不确定这样做是否有意义。

所以，我请求一些建议:异常处理的一些最佳实践是什么?我尝试在类中使用RAII习惯用法，通过在构造函数中执行所有这些操作来解析文件。我使用boost::shared_ptr实例化文件解析类，所以如果构造函数抛出，boost::shared_ptr将在删除文件解析类后重新抛出std::bad_alloc。

当XML文件不符合该类所期望的内容时，我可以提出这样的理由，并且我认为在出现意外输入时抛出异常是有意义的，但是我真的只想确保我的思维过程是正确的。