类属性未触发描述符__set__方法：该行为是否符合预期？

完全不用担心——你遇到的情况既不是使用错误，也不是Python的bug，而是描述符工作机制的正常表现。

核心原因：描述符的作用范围是实例属性操作 #

Python的描述符是为实例属性的查找、设置逻辑定制的，当你直接操作类属性时，逻辑完全不同：

• 当你通过MyReveal的实例（比如obj = MyReveal(); obj.x = 10）操作x时，Python会先检查类上的x是否是描述符，如果是，就会调用描述符的__set__/__get__方法。
• 但当你直接执行MyReveal.x = "some string"时，本质是在修改类对象MyReveal的__dict__：把原本指向RevealAccess实例的键x，直接替换成了字符串对象。这一步和普通类属性赋值没有区别，完全绕过了描述符的逻辑。

直观验证 #

你可以做个小测试：

1. 在覆盖前，打印MyReveal.__dict__['x']，会看到它是RevealAccess的实例；
2. 执行MyReveal.x = "test"后，再打印MyReveal.__dict__['x']，结果就是字符串"test"——描述符已经被彻底替换了，自然不会再触发任何日志输出。

如果之后想恢复描述符的功能，只需要重新把描述符实例赋值给类属性即可：

MyReveal.x = RevealAccess('x')

这时候再次通过实例访问/设置x，描述符的方法又会正常触发了。

额外提示：如何避免类属性覆盖描述符？ #

如果想防止不小心覆盖类上的描述符，可以考虑：

• 将描述符的类属性名改为私有形式（比如_x），然后在类里定义property来代理访问，这样外部直接修改x只会影响property，不会碰到底层的描述符；
• 或者自定义元类，拦截类属性的赋值操作，对描述符进行保护（不过这个方案比较复杂，一般场景不需要）。

内容的提问来源于stack exchange，提问作者triccare