尽管.peek的文档说明说“方法的存在主要是为了支持调试”，但我认为它具有普遍的相关性。首先，文档说“主要”，所以为其他用例留下了空间。多年来它没有被弃用，在我看来，关于它被移除的猜测是徒劳的。

我想说，在一个我们仍然需要处理副作用方法的世界里，它有一个有效的位置和效用。流中有许多使用副作用的有效操作。许多已经在其他答案中提到，我只是在这里添加一个对象集合上设置一个标志，或者将它们注册到注册表中，然后在流中进一步处理对象。更不用说在流处理期间创建日志消息了。

我支持在不同的流操作中有不同的动作的想法，因此我避免将所有内容都推入最终的. foreach。我更喜欢.peek而不是等效的带有lambda的.map，除了调用副作用方法之外，它的唯一目的是返回传入的in参数。.peek告诉我，一旦遇到这个操作，输入的内容也会输出，而且我不需要读取lambda来找出。从这个意义上说，它是简洁的，富有表现力的，并提高了代码的可读性。

话虽如此，我同意使用.peek时的所有注意事项，例如，注意使用.peek的流的终端操作的影响。

也许经验法则应该是，如果您确实在“调试”场景之外使用peek，那么只有在确定终止和中间过滤条件是什么时才应该这样做。例如:

return list.stream().map(foo->foo.getBar())
                    .peek(bar->bar.publish("HELLO"))
                    .collect(Collectors.toList());

似乎是一个有效的情况，在一个操作中，将所有的foo转换为bar，并告诉他们都是你好。

似乎比下面的东西更高效和优雅:

List<Bar> bars = list.stream().map(foo->foo.getBar()).collect(Collectors.toList());
bars.forEach(bar->bar.publish("HELLO"));
return bars;

而且你最终不会迭代一个集合两次。

似乎需要一个helper类:

public static class OneBranchOnly<T> {
    public Function<T, T> apply(Predicate<? super T> test,
                                Consumer<? super T> t) {
        return o -> {
            if (test.test(o)) t.accept(o);
            return o;
        };
    }
}

然后切换偷看与地图:

.map(new OneBranchOnly< Account >().apply(                   
                    account -> account.isTestAccount(),
                    account -> account.setName("Test Account"))
)

结果:只重命名测试帐户的帐户集合(没有维护引用)

尽管.peek的文档说明说“方法的存在主要是为了支持调试”，但我认为它具有普遍的相关性。首先，文档说“主要”，所以为其他用例留下了空间。多年来它没有被弃用，在我看来，关于它被移除的猜测是徒劳的。

我想说，在一个我们仍然需要处理副作用方法的世界里，它有一个有效的位置和效用。流中有许多使用副作用的有效操作。许多已经在其他答案中提到，我只是在这里添加一个对象集合上设置一个标志，或者将它们注册到注册表中，然后在流中进一步处理对象。更不用说在流处理期间创建日志消息了。

我支持在不同的流操作中有不同的动作的想法，因此我避免将所有内容都推入最终的. foreach。我更喜欢.peek而不是等效的带有lambda的.map，除了调用副作用方法之外，它的唯一目的是返回传入的in参数。.peek告诉我，一旦遇到这个操作，输入的内容也会输出，而且我不需要读取lambda来找出。从这个意义上说，它是简洁的，富有表现力的，并提高了代码的可读性。

话虽如此，我同意使用.peek时的所有注意事项，例如，注意使用.peek的流的终端操作的影响。

为了消除警告，我使用了函数子tee，以Unix的tee命名:

public static <T> Function<T,T> tee(Consumer<T> after) {
    return arg -> {
        f.accept(arg);
        return arg;
    };
}

你可以替换:

  .peek(f)

with

  .map(tee(f))

虽然我同意上面的大多数答案，但我有一个案例，使用peek似乎是最干净的方法。

与您的用例类似，假设您希望仅对活动帐户进行过滤，然后在这些帐户上执行登录。

accounts.stream()
    .filter(Account::isActive)
    .peek(login)
    .collect(Collectors.toList());

Peek有助于避免冗余调用，同时不必迭代集合两次:

accounts.stream()
    .filter(Account::isActive)
    .map(account -> {
        account.login();
        return account;
    })
    .collect(Collectors.toList());