lambda表达式中使用的变量应该是final或有效final
当我尝试使用calTz时,它显示了这个错误。
private TimeZone extractCalendarTimeZoneComponent(Calendar cal, TimeZone calTz) {
try {
cal.getComponents().getComponents("VTIMEZONE").forEach(component -> {
VTimeZone v = (VTimeZone) component;
v.getTimeZoneId();
if (calTz == null) {
calTz = TimeZone.getTimeZone(v.getTimeZoneId().getValue());
}
});
} catch (Exception e) {
log.warn("Unable to determine ical timezone", e);
}
return null;
}
lambda表达式中使用的变量应该是final或有效的final JAVA
要以不优雅的方式解决这个问题,有两个问题:
副作用和穿线问题
final AtomicInteger e = new AtomicInteger(0);
new Thread(() -> {
e.addAndGet(1);
});
更准确地说,我同意是一种相同的,但使用Lambda函数背后的想法是避免副作用,当我们访问Lambda函数中的最终引用来填充值以从外部获得结果时,我们打破了这个概念。
在最老的帖子中,你可能想这样重写
cal.getComponents () .getComponents (VTIMEZONE) .streams () . map (v - > v.getTimeZoneId () .getValue ()) .collect (Collectors.toList ());
对于线程方面,我们也有同样的副作用问题,此外,你永远不知道什么时候访问原子变量来收集结果,你可以放一个CountDownLatch…最好使用CompletableFuture来处理结果和同步方面
lambda表达式中使用的变量应该是final或有效的final JAVA
要以不优雅的方式解决这个问题,有两个问题:
副作用和穿线问题
final AtomicInteger e = new AtomicInteger(0);
new Thread(() -> {
e.addAndGet(1);
});
更准确地说,我同意是一种相同的,但使用Lambda函数背后的想法是避免副作用,当我们访问Lambda函数中的最终引用来填充值以从外部获得结果时,我们打破了这个概念。
在最老的帖子中,你可能想这样重写
cal.getComponents () .getComponents (VTIMEZONE) .streams () . map (v - > v.getTimeZoneId () .getValue ()) .collect (Collectors.toList ());
对于线程方面,我们也有同样的副作用问题,此外,你永远不知道什么时候访问原子变量来收集结果,你可以放一个CountDownLatch…最好使用CompletableFuture来处理结果和同步方面