如何在匿名内部类中使用Assert.assertTrue？PropertyChangeSupport测试遇异常（测试始终通过）求助

这问题我太熟了！你遇到的核心坑点是：JUnit的断言如果放在不会被执行的代码块里，测试会默认通过。当你不调用testListe.addMapObjekt(testBot)时，PropertyChangeListener的propertyChange方法根本不会触发，里面的断言代码完全没跑，JUnit就误以为测试没问题了。

正确的实现思路：用同步工具确保断言要么执行，要么超时失败 #

最直接可靠的方案是用java.util.concurrent.CountDownLatch，它能让测试主线程等待监听器的回调触发，确保我们能验证属性变更是否真的发生。

修改后的完整测试代码 #

import org.junit.Test;
import java.util.UUID;
import java.util.concurrent.CountDownLatch;
import java.util.concurrent.TimeUnit;
import static org.junit.Assert.assertTrue;
import static org.junit.Assert.fail;

@Test
public void testAddMapObject(){
    // 初始化计数器，计数为1：我们只等待一次属性变更
    CountDownLatch latch = new CountDownLatch(1);
    Bot testBot = new Bot(UUID.randomUUID(), "test", new GeoPoint(0d, 0d));
    
    PropertyChangeListener listener = new PropertyChangeListener() {
        @Override
        public void propertyChange(PropertyChangeEvent evt) {
            // 注意：字符串比较要用equals，不是==！
            if ("mapObjekt".equals(evt.getPropertyName())) {
                // 在这里做断言，验证属性变更的细节
                assertTrue("属性变更事件触发成功", true);
                // 计数器减1，告诉主线程我们收到了事件
                latch.countDown();
            }
        }
    };
    
    testListe.addPropertyChangeListener(listener);
    testListe.addMapObjekt(testBot);
    
    try {
        // 等待最多2秒，确保监听器有足够时间触发
        if (!latch.await(2, TimeUnit.SECONDS)) {
            // 如果超时，说明属性变更没触发，主动标记测试失败
            fail("属性变更事件未被触发");
        }
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
        fail("测试线程被中断");
    }
}

关键细节说明 #

1. CountDownLatch的核心作用：

   • 主线程调用latch.await()后会阻塞，直到监听器里调用latch.countDown()把计数减到0，或者超时。
   • 如果不调用addMapObjekt，监听器不会触发，await会超时，我们就能主动抛出失败，彻底避免测试误通过的情况。

2. 修复字符串比较的小bug：
   你原来的evt.getPropertyName() == "mapObjekt"用了==比较字符串，这在Java里是错误的——它比较的是对象引用，不是字符串内容。必须改用equals方法，否则可能出现属性名正确但判断不生效的情况。

3. 超时时间设置：
   这里设了2秒，你可以根据自己的业务逻辑调整，确保足够属性变更事件触发，但又不会让测试无限制等待。

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