Java实际开发中,重写toString方法是否违背了里氏替换原则?

如题:Java实际开发中,重写toString方法是否违背了里氏替换原则?

如果按照定义来说,确实是违反了里式替换原则。
但是我想说的是,我们开发程序,主要是为了服务业务,我觉得里式替换原则里面说的不能重写的方法应该是和业务相关的方法。
就比如如果toString只是为了打印日志,这个日志的格式对于业务根本没有影响,你重写了,完全可以代替父类,没有违反里式替换原则。
但是如果这个toString返回的字符串被用于业务,我们需要他的返回值进行进一步操作,如果重写之后导致后续的业务出错,这样的toString就是违反了里式替换原则,因为子类没办法完全代替父类。

“里氏代换原则:任何基类可以出现的地方,子类一定可以出现。通俗理解:子类可以扩展父类的功能,但不能改变父类原有的功能。
重写toString并没有改变父类原有的功能,父类调用toString的地方,子类的toString也可以替换。

确实违反了里式替换原则,但这种违反是在可接受范围内的,是合理的取舍。