汪文君PowerMock实战视频教程 百度云下载

汪文君这套 PowerMock 实战内容，面向的不是"想了解单元测试是什么"的初学者，而是已经在写 JUnit、却被静态方法、私有方法、构造器、final 类卡住的人。它解决的是一个很具体的问题：遗留代码里到处是static工具类、单例、new出来的依赖，靠 Mockito 单独搞不定，只能引入 PowerMock 配合 JUnit 的 Runner 去改写字节码。整份资料的价值在于把这类"脏活"的写法逐条演示出来，而不是抽象地讲测试理念。

技术栈与版本前提

动手之前要先把依赖关系理清，否则照着敲也会报错。核心是三条线：JUnit 4 的@RunWith机制、Mockito 的 mock/stub 体系、以及 PowerMock 在此基础上扩展的类加载器替换能力。三者版本必须对齐——PowerMock 1.x 与 Mockito 1.x 配套，PowerMock 2.x 才对应 Mockito 2，混用会出现NoSuchMethodError或 Runner 冲突。注解侧要区分@PrepareForTest与@PowerMockIgnore的使用场景，前者声明"哪些类需要被字节码改写"，后者用来把 JVM 自带或被其他框架代理的包排除出去，避免类加载器打架。Maven 或 Gradle 里对应powermock-module-junit4、powermock-api-mockito2两个坐标，测试作用域引入即可，不要打进生产包。

内容覆盖的几类硬骨头

PowerMock 真正的使用场景集中在几个语法点上，这套资料基本按这个脉络展开：

• 静态方法：mockStatic配合verifyStatic，注意 mock 之后必须显式调用一次 verify 才会触发校验，这是最常见的踩坑点。
• 私有方法与私有字段：通过Whitebox或spy+when(..., ...)的反射调用形式，绕过访问修饰符。
• 构造器：whenNew拦截new出来的对象，用于替换内部硬编码创建的合作者。
• final 类与 final 方法：这是 Mockito 原生做不到、必须靠 PowerMock 改字节码的部分。
• 系统类与静态初始化：对System.currentTimeMillis一类调用做打桩，让时间相关的逻辑可测。

这些问题在真实项目里的出现频率，远高于教科书上那些干净的依赖注入示例，所以能照着把每类都跑通一遍，收益是直接的。

结构上与自学方式

建议按"能跑起来"的顺序推进，而不是顺着视频编号刷完。先搭一个最小可运行的 Maven 工程把 Runner 配好，跑通一个静态方法 mock 的用例，确认环境没问题；再逐个攻克上面列的五类场景，每类自己写一个失败用例和修复后的通过用例。看视频时重点不是代码本身，而是演示里"为什么这里必须加注解""为什么这里断言不生效"的判断过程。遗留系统改造中真正难的从来不是 API 调用，而是判断哪些依赖该被隔离、哪些测试写完就是负担。

配套资源与使用方式

资料包中除了视频本身，还包含章节笔记与截图性质的示意材料，适合在动手前快速核对某个注解的写法或某个 API 的参数顺序。视频里的项目是演示级别的，代码量不大，但足够作为骨架去套自己项目里的类。更实际的用法是：拿你手上最难测的那个类，按视频里的思路先加@PrepareForTest，再逐步把静态依赖抽出来，边改边验证。测试代码写完不是终点，能说清楚"这个测试保护了什么行为"才算落地。

PowerMock 本身在新项目里已经不太被推荐，主流做法是靠重构把静态依赖改成可注入的形式。但存量系统短期内改不动，这套东西就是过渡期的工具。把它当成一项"能读懂、能在需要时用起来"的技能，而不是测试体系的全部，配合在 IDE 里真实断点调试一遍，比单纯看视频要扎实得多。