В общих чертах я понимаю как работает jdk Dynamic Proxy - на лету имплементит интерфейс и роутит вызов метода в интерсептор.
CgLib на лету лепит наследника.
Вычитал, что сейчас сделали ByteBuddy, которая близка по функционалу к CgLib( https://zeroturnaround.com/rebellabs/testing-the-performance-of-4-java-runtime-code-generators-cglib-javassist-jdk-proxy-byte-buddy - не понял что тут значит последняя строка в таблице), но быстрее и как минимум хибер и мокито уже переползли на него.

Так как CgLib использует наследование при кодогенереции, то есть ограничение, что класс не должен быть финальным, нельзя мокать приватные методы и статические. Но ведь в PowerMock это решили как-то. Объясните пожалуйста на верхнем уровне как это работает.

Lelouchquestioner,

PowerMock uses a custom classloader and bytecode manipulation to enable mocking of static methods, constructors, final classes and methods, private methods, removal of static initializers and more.


Примерно так:
1) Загружаем .class файл как массив байт.
2) Модифицируем этот массив с помощью ASM / ByteBuddy / etc
3) Скармливаем полученный массив загрузчику классов

а ByteBuddy/CGLib умеет делать прокси не через наследование? Или фишка в том, что Mockito использует прокси, а PowerMock именно модификацией байткода через ByteBuddy/CGLib ?