Answers:
NSString和CFStringRef是“免费电话桥接”,这意味着您可以在它们之间进行简单的类型转换。
例如:
CFStringRef aCFString = (CFStringRef)aNSString;
完美且透明地工作。同样地:
NSString *aNSString = (NSString *)aCFString;
先前的语法适用于MRC。如果您使用的是ARC,则新的转换语法如下:
NSString *aNSString = (__bridge NSString *)aCFString;
也可以。需要注意的关键是CoreFoundation通常会返回带有+1引用计数的对象,这意味着它们需要被释放(所有CF [Type] Create格式函数都将这样做)。
令人高兴的是,在Cocoa中,您可以安全地使用自动释放或释放来释放它们。
如果您在Mac OS X / Objective C的最新版本中使用ARC,这确实很容易:
NSString *happyString = (NSString *)CFBridgingRelease(sadString);
但是,当您尝试免费桥接CFString到NSString并提供将其自动包装在CFBridgingRelease()中时,Xcode会很高兴地警告您,如果您单击该选项,它可以接受并让它自动为您插入包装器。
(__bridge NSString *)
足够了:用来增加保留计数是没有意义的CFBridgingRelease()
。
实际上,您一般不应在Core Foundation对象上使用Cocoa保留,释放,自动释放。如果您使用的是垃圾回收(目前仅在Mac OS X上使用),则这些保留,释放,自动释放的调用都是无操作的。因此内存泄漏。
重要的是要了解Core Foundation和Cocoa之间的不对称性,其中保留,释放和自动释放是不可操作的。例如,如果您已将CFCreate…与release或autorelease平衡,则将在垃圾回收环境中泄漏对象:
NSString *myString = (NSString *)CFStringCreate...(...);
// do interesting things with myString...
[myString release]; // leaked in a garbage collected environment
相反,使用CFRelease释放先前使用保留功能保留的对象将导致引用计数下溢错误。
PS:似乎无法评论Peter Hosey的答案-很抱歉,不必要地添加了我自己的答案。
我还要补充一点,您不仅可以通过类型转换从CFString转换为NSString,而且还可以使用其他方法。您可以删除该CFStringCreateWithCString
消息,这是以后需要发布的少一件事。(CF使用Create
Cocoa使用的位置alloc
,因此无论哪种方式,您都需要释放它。)
结果代码:
NSString *escapedString;
NSString *unescapedString = [(NSString *) CFXMLCreateStringByUnescapingEntities(NULL, (CFStringRef) escapedString, NULL) autorelease];
您可以使用:With CFStringRef idc;
NSString *sId = [NSString stringWithFormat:@"%@", (NSString*)idc];