NSWindow 拖动区域只应在主线程上无效！这将来会抛出异常

macOS

根据 NSWindow 拖动区域只应在主线程上无效！这将来会抛出异常

在使用 Mac 开发中，我们经常会遇到需要自定义窗口拖动区域的情况。通常情况下，我们可以通过设置 NSWindow 的 contentViewController 来实现自定义窗口拖动区域。然而，在最新的 macOS 版本中，苹果官方已经明确指出，拖动区域只应在主线程上有效，否则将来可能会抛出异常。

这个问题的出现是因为在较早的 macOS 版本中，拖动区域的处理并没有限制在主线程上。因此，开发者可以在任何线程上处理窗口拖动事件。然而，这种方式可能会导致潜在的线程安全问题和不一致的行为。为了解决这个问题，苹果官方决定在将来的 macOS 版本中限制拖动区域只能在主线程上有效。

案例代码：

下面我们来看一个简单的案例代码，演示如何在主线程上处理窗口拖动区域。

Swift
import Cocoa
class ViewController: NSViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        
        // 创建自定义窗口拖动区域
        let dragView = DragView(frame: NSRect(x: 0, y: 0, width: 200, height: 200))
        self.view.addSubview(dragView)
    }
}
class DragView: NSView {
    
    override init(frame frameRect: NSRect) {
        super.init(frame: frameRect)
        
        // 设置可接收拖动事件
        self.registerForDraggedTypes([NSPasteboard.PasteboardType.fileURL])
    }
    
    required init?(coder decoder: NSCoder) {
        super.init(coder: decoder)
    }
    
    override func draggingEntered(_ sender: NSDraggingInfo) -> NSDragOperation {
        // 在主线程上处理拖动进入事件
        DispatchQueue.mAIn.async {
            self.updateDraggingStatus(true)
        }
        return .copy
    }
    
    override func draggingExited(_ sender: NSDraggingInfo?) {
        // 在主线程上处理拖动退出事件
        DispatchQueue.mAIn.async {
            self.updateDraggingStatus(false)
        }
    }
    
    override func performDragOperation(_ sender: NSDraggingInfo) -> Bool {
        // 在主线程上处理拖动完成事件
        DispatchQueue.mAIn.async {
            self.updateDraggingStatus(false)
            
            // 处理拖动的文件
            if let pasteboard = sender.draggingPasteboard.propertyList(forType: NSPasteboard.PasteboardType.fileURL) as? String,
               let url = URL(string: pasteboard),
               let data = try? Data(contentsOf: url) {
                // 处理文件数据
                // ...
            }
        }
        return true
    }
    
    private func updateDraggingStatus(_ dragging: Bool) {
        // 更新拖动状态
        // ...
    }
}

拖动区域只应在主线程上无效

在最新的 macOS 版本中，苹果官方明确指出，拖动区域只应在主线程上有效。这意味着我们在处理窗口拖动事件时，必须确保相关代码都在主线程中执行，否则将来可能会抛出异常。

这个限制的出现是为了解决潜在的线程安全问题和不一致行为。由于拖动区域涉及到窗口的位置和状态变化，如果在多个线程上同时处理这些事件，可能会导致数据不一致的情况。因此，苹果官方决定限制拖动区域只能在主线程上有效。

如何在主线程上处理拖动区域

为了在主线程上处理窗口拖动区域，我们可以使用 GCD (Grand Central Dispatch) 来实现。下面是一个简单的示例代码，演示如何在主线程上处理拖动区域的事件。

首先，我们需要创建一个自定义的 NSView，并在其初始化方法中注册拖动事件：

Swift
self.registerForDraggedTypes([NSPasteboard.PasteboardType.fileURL])

然后，我们需要实现几个关键的方法来处理拖动事件：

- draggingEntered: 当拖动进入视图的范围时调用，我们可以在这个方法中更新拖动状态并做一些必要的处理。

- draggingExited: 当拖动离开视图的范围时调用，我们可以在这个方法中更新拖动状态并做一些清理工作。

- performDragOperation: 当拖动完成时调用，我们可以在这个方法中更新拖动状态并处理拖动的文件数据。

在上述方法的实现中，我们需要使用 GCD 来将相关代码切换到主线程上执行。这可以通过调用 DispatchQueue.mAIn.async 来实现。

在最新的 macOS 版本中，苹果官方明确指出，拖动区域只应在主线程上有效。这是为了解决潜在的线程安全问题和不一致行为。因此，在处理窗口拖动事件时，我们必须确保相关代码都在主线程中执行，否则将来可能会抛出异常。

通过使用 GCD，我们可以很方便地在主线程上处理拖动区域的事件。调用 DispatchQueue.mAIn.async 可以将相关代码切换到主线程上执行，确保线程安全和数据一致性。

希望本文对你在 Mac 开发中处理窗口拖动区域的问题有所帮助。谢谢阅读！