关于第三方库 duplicate symbol 的问题

两个库，一个AFNetworking，一个国外某个静态库暂且叫libA.a，AFNetworking里的AFHttpClient.h声明了常量：extern NSString * const AFNetworkingReachabilityDidChangeNotification; AFHttpClient.m中给出了定义：NSString * const AFNetworkingReachabilityDidChangeNotification = @"com.alamofire.networking.reachability.change";
和libA.a一起编译的时候竟然说AFNetworkingReachabilityDidChangeNotification有duplicate symbol，libA.a中的某个类里竟然有个也叫AFNetworkingReachabilityDidChangeNotification的常量的定义（虽然看不到实现文件），这下好了，我又不想去改AFNetworking的代码（虽然这样可以避免重复定义问题），又想把问题解决，各位有好办法没？

libA

AFNetworking

11 条回复 • 1970-01-01 08:00:00 +08:00

dorentus

2014-04-03 23:13:38 +08:00

应该是没啥好方法，最好的方法就是不用这个 libA.a

pright

2014-04-03 23:16:26 +08:00

这命名也太长了

qdvictory

2014-04-03 23:19:15 +08:00 via iPhone

直接重名的可能性不大，估计是liba.a同样编译了afnetworking，何不尝试去掉自己的afnetworking改用liba的

alexrezit

2014-04-04 05:29:02 +08:00 via iPhone

@qdvictory
同. OC 没有 namespace 的概念这么随意打包 .a 实在烦人啊.

njuxjy

2014-04-04 07:54:19 +08:00

@qdvictory 用lipo和ar查看了libA.a的内部结果，发现木有自带AFNetworking，因此怀疑他仅仅用了相同变量名而已。。

njuxjy

2014-04-04 07:55:05 +08:00

@qdvictory 结构，not结果

qdvictory

2014-04-04 08:25:39 +08:00 via iPhone

@njuxjy 那真的很尴尬，这么长都重名。

jimneylee

2014-04-04 09:37:24 +08:00

名字虽长，其实就是前面两个字母巧合，老外命名规范，所以巧合几率确实比较大的，换作我们国内开发者（包括我:)），即使前面都是AF，后面的命名五花八门，绝对不会重复。吐槽下。
不过这个问题确实很尴尬，我也遇到过，老早之前因为要加renren分享，静态库添加到Three20工程中集成发生冲突，发现他们竟然把SBJSon库打到他们静态库，而且两个SBJson版本不一样，蛋疼，只能修改Three20源码兼容，再后来看的不顺眼果断在分享功能去掉renren分享。。。

delphiqin

2014-04-04 11:41:47 +08:00

AFNetworking 你不是有源码么，用 refactor->rename 把 AFNetworking 里的 AFNetworkingReachabilityDidChangeNotification 改个名不行么

njuxjy

2014-04-04 11:50:22 +08:00

@delphiqin 可维护性考虑不碰第三方代码

krafttuc

2014-04-04 13:44:42 +08:00

暂时无解，除非你把AFNetworking对外暴露的常量和接口前再加前缀。__不是好的实践__

此外，这个静态库的作者确实没做好，没有考虑到库的client也会用AFNetworking。在自己的库里引入第三方库，就应当在第三方库前加自己的前缀。