“ Java并发实践”是否仍然有效？
是否仍然有效？我想知道本书中描述的思想，概念和实现是否仍与最新的Java版本兼容。
我问是因为最新版本是2006年完成的。
问题答案：
-
我仍然被那些为了支持移动和转发而发明的规则弄糊涂了。有一件事我还不太确定： 转发引用是否只是rvalue引用（应用了引用折叠规则）？ 如果它是一个rvalue引用，那么为什么函数： 不仅接受rvalues,还接受lvalues？
-
问题内容： 据我所知，使用旧的JMM来实现懒惰单调的DCL（双重检查锁定）技巧被打破了，但是我坚信它已被新的JMM和volatile字段所修复… 但是，在这篇不错的文章中，这显然已经足够新，足以引用DCL中的新旧JMM和volatile字段，表明它仍然坏了… 我在这里到那里读到它是固定的，然后我发现了这一点……有人可以最后说它是否损坏了？ 我的理解是，通过波动性地在关系发生之前保证发生的先兆并有效
-
我对上面的示例有一个问题，该示例是从Java并发实践清单14.12使用锁实现的计数信号量中提取的。 我想知道为什么我们需要获取构造函数中的锁（如图所示lock.lock（）被调用）。据我所知，构造函数是原子的（除了引用转义），因为没有其他线程可以获得引用，因此，半构造对象对其他线程不可见。因此，我们不需要构造函数的同步修饰符。此外，我们也不需要担心内存可见性，只要对象安全发布。 那么，为什么我们需
-
问题内容： 每当我打开应用程序时，我都想检查自动续订订阅状态。 这是为了确保用户仍订阅了该服务。我该如何实现？ 有什么想法吗？谢谢 PS：我正在使用 问题答案： 这是几种进行收据验证的方法，以检查是否已将用户授予订阅。这是正确执行此操作的两种方法： 如此处所写，在本地进行收据验证。 远程执行收货验证，因为它是写在这里。提到不应将收据发送到应用程序内的App Store。简短的摘要： 您的应用会将收
-
我已经使用Spring Security和SAML实现了SSO。以下是目前为我工作的内容： 当我尝试访问SP上的任何资源时，如果我还没有登录，我会被重定向到我的IdP（在我的情况下是idp.ssocircle.com）。在IDP成功验证后，我会被重定向回SP，并授权传入的SAML响应并为相应的用户创建一个会话。到目前为止，一切都很酷！但是当我从IDP注销时（通过从idp.ssocircle.com
-
问题内容： 在《 Java Concurrency In Practice》中，作者指出 不变对象可以通过任何机制发布 不可变对象可以在没有附加同步的情况下被任何线程安全地使用，即使不使用同步来发布它们。 这是否意味着以下成语可以发布不可变对象？ 会有数据竞赛吗？（这意味着线程B可能无法在线程A添加的列表中看到不可变对象） 非常感谢你。 此外，作者说，如果Resource是不可变的，以下代码是安全