在上述代碼中，ActivityTestingBinding 是一個 Data Binding 庫生成的類，用于綁定 XML 布局到 Activity 中。inflate(getLayoutInflater()) 用于將布局文件解析并轉換為對應的視圖層次結構。然后 getWindow().setFlags() 設置窗口屬性，保持屏幕常亮。最后 setContentView() 將綁定后的根視圖設置為 Activity 的內容視圖。
關于內存泄漏，SurfaceView 如果使用不當確實可能引發內存泄漏，特別是當它與 Activity 有直接或間接的引用關系時。以下是可能導致內存泄漏的一些情況：
SurfaceView 的生命周期管理不當：
如果你在 onCreate() 中創建了 SurfaceView，但沒有在 onDestroy() 或合適的生命周期方法中釋放它，那么 SurfaceView 可能會持有對 Activity 的引用，阻止 Activity 被垃圾回收。
SurfaceView 與 Handler 的組合：
如果你在 SurfaceView 的回調中使用了 Handler，而這個 Handler 還持有對 Activity 的引用，比如通過匿名內部類實現，那么即使 Activity 結束，Handler 仍然可能存在，導致內存泄漏。
Activity 與 SurfaceView 的引用鏈過長：
如果 SurfaceView 通過其他組件（如 ConstraintLayout）間接引用了 Activity，而這些組件也沒有正確清理，可能會造成內存泄漏。
為了防止內存泄漏，你應該確保遵循以下最佳實踐：
在 Activity 的適當生命周期方法（如 onPause() 或 onDestroy()）中調用 SurfaceView 的 release() 或 destroy() 方法來釋放資源。
如果使用了 Handler，確保在 Activity 結束時移除所有回調和消息隊列中的消息，可以使用 removeCallbacksAndMessages(null)。
避免在匿名內部類中引用 Activity，如果必須引用，考慮使用 WeakReference 或者 AndroidX 的 ViewModel 來存儲需要跨生命周期的數據。
如果你確定 SurfaceView 正確地管理了它的生命周期，并且沒有通過其他方式持有 Activity 的引用，那么上述代碼片段本身不太可能導致內存泄漏。但是，你應該結合整個應用的上下文和具體的使用場景來判斷是否存在潛在的內存泄漏風險。
深入理解Android的ViewBinding技術
https://cloud.baidu.com/article/2981833
ViewBinding 與 Kotlin 委托雙劍合璧?
https://www.cnblogs.com/pengxurui/p/16669380.html
)
