破坏双亲委派模型是指在 Java 虚拟机中打破默认的类加载机制，绕过双亲委派模型的加载顺序，直接从特定的类加载器中加载类，这样可能会导致类的重复加载，引起一些不可预料的问题。
在正常情况下，Java 虚拟机遵循双亲委派模型，通过委派的方式保证类的加载顺序，避免了类的冲突和安全问题。但是有些时候，我们需要打破这种默认的加载顺序，比如使用自定义的类加载器，或者需要加载一些系统类库之外的类。
例如，一些应用服务器或框架需要加载一些非标准的类或模块，这些类或模块需要从特定的位置加载，而不是从系统的类路径中加载。这时，就需要使用自定义的类加载器，破坏双亲委派模型，直接从指定位置加载所需的类或模块。
但是，破坏双亲委派模型可能会带来一些潜在的问题，比如可能会出现类的冲突或安全漏洞。因此，在使用自定义的类加载器时，需要非常小心，确保加载的类没有重复，同时也要注意保证加载的类是可信的。
一个破坏双亲委派模型的例子是在某些场景下，一些特殊的类库或框架需要在同一个JVM进程中加载多个版本的同一类库或框架，这时就需要打破双亲委派模型。
比如，在某个应用中需要使用版本为1.0的log4j日志框架，而另外一个第三方库使用的是log4j2，这两个版本的日志框架实现不兼容，不能共存于同一JVM进程中。但是，由于双亲委派模型的存在，如果直接将log4j1.0和log4j2的类加载到JVM中，会出现类加载冲突的问题。
为了解决这个问题，可以使用一些技术手段来破坏双亲委派模型，例如使用不同的ClassLoader加载不同版本的日志框架类，这样就可以实现同一JVM进程中多版本框架的共存。