如何调试 "instance method 'adnw_URLEncodedString' conflicts" 错误？
How to debug "instance method 'adnw_URLEncodedString' conflicts" error?
当我使用 Xcode 11 编译我的应用程序时，我收到以下警告：
ld: warning: instance method 'adnw_URLEncodedString' in category from
/Users/home/Library/Developer/Xcode/DerivedData/MyProject-evxdjsslmaznvcdhgkuqnuyetuyc/Build/Intermediates.noindex/MyProject.build/Debug-iphoneos/MyApp.build/Objects-normal/arm64/MyApp_lto.o
conflicts with same method from another category
我已确保不包含任何“.m”文件。我在互联网上进行了大量搜索，试图找出 "adnw_URLEncodedString" 方法的来源，但无济于事。
调试此警告消息的正确方法是什么？
更新：
通过剔除的过程（去除frameworks及其对应的代码，重新编译app）：与FBAudienceNetwork配合FBSDKCoreKit有关
尽管您询问了如何调试，但这里有一个对我有用的解决方案：
这个问题可以通过清除派生数据来解决。
XCode -> 文件 -> 工作区设置。
单击派生数据旁边的灰色小箭头。
然后删除适用于您的应用程序项目的文件夹。
执行产品清理构建文件夹，下次编译时您将不会再看到该警告。
5.6.0 下更新日志中的已知问题部分 --> https://developers.facebook.com/docs/audience-network/changelog-ios#5_6_0
There is a conflicting instance method 'adnw_URLEncodedString' that is
present in two different categories. There will not be any side
effects as the implementation of this method is identical in both
places. There is a warning indicating this issue when building in Xcode, it is safe to ignore it.
当我使用 Xcode 11 编译我的应用程序时，我收到以下警告：
ld: warning: instance method 'adnw_URLEncodedString' in category from /Users/home/Library/Developer/Xcode/DerivedData/MyProject-evxdjsslmaznvcdhgkuqnuyetuyc/Build/Intermediates.noindex/MyProject.build/Debug-iphoneos/MyApp.build/Objects-normal/arm64/MyApp_lto.o conflicts with same method from another category
我已确保不包含任何“.m”文件。我在互联网上进行了大量搜索，试图找出 "adnw_URLEncodedString" 方法的来源，但无济于事。
调试此警告消息的正确方法是什么？
更新： 通过剔除的过程（去除frameworks及其对应的代码，重新编译app）：与FBAudienceNetwork配合FBSDKCoreKit有关
尽管您询问了如何调试，但这里有一个对我有用的解决方案： 这个问题可以通过清除派生数据来解决。
XCode -> 文件 -> 工作区设置。 单击派生数据旁边的灰色小箭头。 然后删除适用于您的应用程序项目的文件夹。
执行产品清理构建文件夹，下次编译时您将不会再看到该警告。
5.6.0 下更新日志中的已知问题部分 --> https://developers.facebook.com/docs/audience-network/changelog-ios#5_6_0
There is a conflicting instance method 'adnw_URLEncodedString' that is present in two different categories. There will not be any side effects as the implementation of this method is identical in both places. There is a warning indicating this issue when building in Xcode, it is safe to ignore it.