请不要说EHCache或OSCache等.为了这个问题的目的,假设我只想使用SDK(从实践中学习)来实现我自己的.鉴于缓存将在多线程环境中使用,您将使用哪些数据结构？我已经使用LinkedHashMap和Collections#synchronizedMap实现了一个,但我很好奇任何新的并发集合是否会更好.
更新:当我发现这个金块时,我只是阅读Yegge的最新消息:
如果您需要持续时间访问并希望维护插入顺序,那么您不能比LinkedHashMap做得更好,这是一个真正精彩的数据结构.它可能更精彩的唯一方法是如果有并发版本.可惜.
在我使用上面提到的LinkedHashMap+ Collections#synchronizedMap实现之前,我的想法几乎完全相同.很高兴知道我不只是忽略了一些东西.
基于到目前为止的答案,对于高度并发的LRU来说,我最好的选择是使用一些相同的逻辑来扩展ConcurrentHashMapLinkedHashMap.
我的 JavaFX 应用程序需要能够找到 FXML 文件以加载它们FXMLLoader，以及样式表（CSS 文件）和图像。当我尝试加载这些时，我经常遇到错误，或者我尝试加载的项目在运行时根本没有加载。
对于 FXML 文件，我看到的错误消息包括
Caused by: java.lang.NullPointerException: location is not set
对于图像，堆栈跟踪包括
Caused by: java.lang.IllegalArgumentException: Invalid URL: Invalid URL or resource not found
如何找出这些资源的正确资源路径？
PropertyValueFactory对于与建议避免该课程和其他类似课程相关的问题的许多答案（和评论） 。使用这个类有什么问题？
我有一个 JavaFX 程序，在循环中使用 setImage(new Image(new ByteArrayInputStream(imageBytes))) 方法在 ImageView 中连续设置图像。整个过程被包装在 Platform.runLater() 中以确保 UI 线程安全。
我面临的问题是，当我启用 -Dprism.verbose=true 时，控制台会连续打印消息“Growing pool D3D Vram Pool target”，然后显示不断增加的数字。最终，它会导致 NullPointerException。令人惊讶的是，在 setImage 调用之后添加 System.gc() 解决了该问题，并且异常在一段时间后停止。
据我所知，出于性能原因，不建议在循环中调用 System.gc()，并且垃圾收集器应该自动处理此问题。但是，如果没有这种显式调用，不断增长的池和异常仍然存在。
我还尝试在设置实际图像之前调用 setImage(null) 以通知垃圾收集器，但这没有任何区别。我什至增加了内存，但问题仍然存在。
这种行为正常吗？是什么导致池不断增长和 NullPointerException？关于如何在不依赖 System.gc() 的情况下解决此问题有什么建议吗？
(This code constantily grows D3D Vram Pool like : Growing pool D3D Vram Pool target to 524.167.168 Growing pool D3D Vram Pool target to 524.167.168 Growing pool D3D Vram Pool target to 535.226.368..)
几秒钟后我得到：
java.lang.NullPointerException at com.sun.prism.d3d.D3DTexture.getContext(D3DTexture.java:84) at com.sun.prism.d3d.D3DTexture.update(D3DTexture.java:207) at com.sun.prism.d3d.D3DTexture.update(D3DTexture.java:151)...
this.packetImage.setImageByteStream(new ImageByteStream() {
@Override …