pydantic库validator的per参数执行顺序异常，设为True后验证方法顺序为何不变

在使用pydantic库进行数据验证时，validator装饰器的per参数是一个容易引发困惑的点。尤其是当我们设置per=True后，发现验证方法的顺序并未如预期改变，这背后有着怎样的原因呢？

pydantic库作为Python中强大的数据验证和解析工具，validator装饰器在数据验证流程里扮演着关键角色。per参数，从文档的描述来看，似乎应该对验证方法的执行顺序产生影响。理论上，将其设置为True后，验证方法会以不同的方式执行，可能会按照某种特定顺序依次对每个字段进行验证。

然而在实际应用场景中，开发者常常遇到设为True后验证方法顺序却没有变化的情况。这首先要从pydantic库的底层实现逻辑说起。pydantic库在处理验证时，有着一套既定的流程和规则。当我们定义多个验证方法时，库会根据自身的调度机制来决定执行顺序。虽然per参数意图改变这种顺序，但实际上它并没有完全达到开发者所期望的那种效果。

一方面，pydantic库为了保证验证的准确性和稳定性，内部有着一套复杂的优化策略。这种策略在一定程度上限制了per参数对验证顺序的影响。例如，它可能会优先考虑整体数据结构的完整性，而不是单纯按照我们所设想的每个字段逐一验证的顺序来执行。

另一方面，验证方法之间可能存在依赖关系。即使设置了per=True，由于这些依赖关系的存在，库可能仍然需要按照特定顺序来执行验证方法，以确保数据的一致性。比如，某个验证方法依赖于另一个验证方法的结果，如果随意改变顺序，可能会导致验证错误或者数据不一致。

所以，当我们在pydantic库中使用validator装饰器的per参数时，不能仅仅依赖于它来改变验证顺序。而是要深入理解库的底层逻辑以及验证方法之间的关系，才能更好地运用这个参数，确保数据验证的正确性和高效性。