由于WKWebView使用的是多线程架构，渲染模块和网络模块都各自在一个单独的进程里面，因此，如果需要设置渲染模块或者网络模块里面的断点，需要做一些特殊处理。
举个例子，假设在Xcode里面设置了渲染模块里面一个函数的符号断点:
如果像平时一样，运行工程期待断点生效是不可能的。这是因为默认情况下，这个断点是在主进程，例子里面是TestWKServer进程，而主进程是没有上面的RenderElement函数的，因此不会触发断点。
正确的操作是要将WKWebView的渲染进程和网络进程Attach到Xcode里面。方法就是选择Xcode的Debug菜单，然后选择Attach to Process by PID or Name...或者Attach to Process。
选择Attach to Process by PID or Name...需要填入进程的PID或者进程的名字，对于WKWebView的渲染进程和网络进程来说，它们的名字分别是com.apple.WebKit.WebContent、com.apple.WebKit.Networking。
选择Attach to Process会展开所有的进程列表，选择需要Attach的进程就行。
那么，这两种有什么差别呢？
由于Attach to Process需要被Attach的进程已经创建才行，但是我们有时候可能等进程被创建完毕才去Attach就会错过断点执行的时机，这时候Attach to Process by PID or Name...就会显得很有用了。Attach to Process by PID or Name...在被Attach的进程还未创建时，就告诉Xcode:"我需要Attach这些进程，请在它们创建之后就立即Attach进来"，这样就不会错过任何断点时机了。
但是需要注意的是，由于你在调试的时候，可能开着诸如Safari一类的程序，由于Safari使用WKWebView，也会有渲染进程和网络进程，当你通过Attach to Process by PID or Name...设置了需要Attach的进程名字，然后启动你的工程，会发现Xcode确实Attach了渲染进程和网络进程，但是Attach的确是Safari的而不是你自己的(因为Safari的渲染进程和网络进程先于你的创建)，这时候断点也不会生效。
有两种办法解决上述问题:
1)退出Safari之类使用WKWebView的程序，确保除了自己的工程之外，不会有其他程序已经创建了WKWebView的渲染进程和网络进程。确认的方式是使用Attach to Process提供的进程列表，确认里面没有com.apple.WebKit.WebContent com.apple.WebKit.Networking进程；
2)使用Attach to Process，但是需要确保我们Attach的时候，程序还未执行我们想要断点的函数。一个比较有用的方法是先在WKNavigationDelegate的- webView:decidePolicyForNavigationAction:preferences:decisionHandler:实现函数里面设置一个断点，当断到这个函数时，渲染进程和网络进程已经创建，并且这两个进程也还刚刚开始运行，一般来说，我们也来得及设置后续我们需要设置的断点。这个时候就可以使用Attach to Process去Attach我们自己的渲染进程和网络进程，一个好用的规律是我们自己的渲染进程和网络进程是主进程的子进程，它们的PID非常相似(或者说相近)，如果实在不确定哪个进程是我们自己的，就将列表里面所有的com.apple.WebKit.WebContent、com.apple.WebKit.Networking进程Attach进来，只是这样比较繁琐。