iOS App包含静态库中的所有符号

Question

I have a problem that I haven't been able to resolve in regards to when I link my iOS App against one or more static libraries. Here is the issue:

I am creating several static libraries (MACH-O type: Relocatable Object File) each of which contain a large number of symbols. Each of these static libraries are FAT libraries, containing a slice for each iOS/Simulator architecture. From my understanding, when I compile my iOS Application only the symbols that are used by my App should be compiled into and included in my App, however, ALL of the symbols are being included.

I've done some testing using otool , nm , and other tools and can see that when I link against any of these libraries, even if I don't call any of the code in the libraries, ALL of the symbols are being compiled into the App. It takes my App from 42kB all the way to 3+MB.

Any ideas on why this is happening?

Answer 1

Objective-C is a dynamic runtime; it is permissible eg to perform:

NSString *classToUse = ["MPViewController" stringByAppendingString:class];
return [[NSClassFromString(classToUse) alloc] init];

... and furthermore this is more or less exactly what happens when you load a NIB — string class and property names are loaded from disk, the backing classes are then found via the runtime and properties applied by key-value coding. So dynamic lookup is not an edge case.

A linker can therefore not make any assumptions about which symbols are used from an Objective-C static library, unlike eg a C linker.

Answer 2

Yes,It can be done by stripping static libraries, but if post-processing is enabled. Set Xcode build setting "Deployment Postprocessing" to yes. (DEPLOYMENT_POSTPROCESSING=YES). Also make sure that "Use separate strip" is set to Yes. You can check this

You can also achieve what you are expecting by using Dynamic Library, there is a very nice article here

Extra Tip * While creating library set Debug Symbols to NO in your build settings. This can reduce the size of your static library by up to 30%.