試圖追蹤潛在的與圖形相關的性能問題，通過 JVisualVM 執(zhí)行了堆轉儲。在 Eclipse Memory Analyzer 中打開轉儲，其中一個“問題嫌疑人”顯示如下：搜索代碼，沒有直接引用正在使用的 BufImgSurfaceData。進行谷歌搜索也不會透露有關該課程的太多信息。在哪里可以找到有關此類的信息？
1 回答
慕沐林林
TA貢獻2016條經驗 獲得超9個贊
在哪里可以找到有關此類的信息？
通過閱讀 OpenJDK 源代碼……任何人都可以免費下載。（以下內容來自Java 8源碼。）
該類的注釋最少，但它擴展了sun.java2d.SurfaceDatawhose javadoc 注釋塊這樣說：
/**
* This class provides various pieces of information relevant to a
* particular drawing surface. The information obtained from this
* object describes the pixels of a particular instance of a drawing
* surface and can only be shared among the various graphics objects
* that target the same BufferedImage or the same screen Component.
* <p>
* Each SurfaceData object holds a StateTrackableDelegate object
* which tracks both changes to the content of the pixels of this
* surface and changes to the overall state of the pixels - such
* as becoming invalid or losing the surface. The delegate is
* marked "dirty" whenever the setSurfaceLost() or invalidate()
* methods are called and should also be marked "dirty" by the
* rendering pipelines whenever they modify the pixels of this
* SurfaceData.
* <p>
* If you get a StateTracker from a SurfaceData and it reports
* that it is still "current", then you can trust that the pixels
* have not changed and that the SurfaceData is still valid and
* has not lost its underlying storage (surfaceLost) since you
* retrieved the tracker.
*/
由此看來，似乎sun.awt.image.BufImgSurfaceData涉及到對一個BufferedImage對象進行繪制操作，以及相關聯(lián)的東西。
（這是相當高的水平，但它應該足以讓您弄清楚這是否與您的性能問題相關。我懷疑它不是，除非有很多對象的“流失”。BufferedImage）
添加回答
舉報
0/150
提交
取消