是|管道字符制作 URLWithString: 失败？答案

【问题标题】：Is the | pipe character making URLWithString: fail?是|管道字符制作 URLWithString: 失败？
【发布时间】：2012-10-08 04:46:44
【问题描述】：

我有这个非常简单的代码：

PO(URLString);
url = [NSURL URLWithString:URLString];
PO(url);
NSData * data=[NSData dataWithContentsOfURL:url];

（PO() 是我打印东西的宏。）

它大部分时间都有效。这是输出：

2012-10-08 11:39:28.187 BadgerNew[2475:5007] <0x1f5321f0 BGCRBusinessForDisplay.m:(113)> URLString: http://id.openrice.com/UserPhoto/photo/0/U/0005Z29E131A230CBA4A42n.jpg

2012-10-08 11:39:28.193 BadgerNew[2475:5007] <0x1f5321f0 BGCRBusinessForDisplay.m:(115)> url: http://id.openrice.com/UserPhoto/photo/0/U/0005Z29E131A230CBA4A42n.jpg

2012-10-08 11:39:30.191 BadgerNew[2475:6b03] <0x1f529f00 BGCRBusinessForDisplay.m:(113)> URLString: http://maps.googleapis.com/maps/api/staticmap?&zoom=16&size=160x160&maptype=roadmap&sensor=true&center=-6.187900,106.775429&markers=size:small|color:blue|-6.187900,106.775429

2012-10-08 11:39:30.196 BadgerNew[2475:6b03] <0x1f529f00 BGCRBusinessForDisplay.m:(115)> url: (null)

如您所见，它适用于 http://id.openrice.com/UserPhoto/photo/0/U/0005Z29E131A230CBA4A42n.jpg，但在 http://maps.googleapis.com/maps/api/staticmap?&zoom=16&size=160x160&maptype=roadmap&sensor=true&center=-6.187900,106.775429&markers=size:small|color:blue|-6.187900,106.775429 上却失败了

也许问题是 |在 Google 网址中。那我该怎么办呢？

【问题讨论】：

您可以首先使用 URL 缩短器使您的 URL “有效”。我成功地使用bit.ly developer API 自动执行此操作。

标签： objective-c nsurl

【解决方案1】：

你是对的，|（“管道”）是问题所在。

Apple docs for URLWithString: 表示相关的外部文档是 RFC 2396 和 1738。根据他们的说法，| 是一个“不安全”字符，必须始终在 URL 中进行编码。它的编码是%7C。

您可以手动更正字符串中的管道（如果它是硬编码字符串），但更好的解决方案是使用 -[NSString stringByAddingPercentEscapesUsingEncoding:] 替换它们和任何其他有问题的字符。

【讨论】：

你的回答比我的详细:)
所以如果你不想使用类别，乔希的回答会更好。

【解决方案2】：

我找到了自己的解决方案。

哎呀|是问题所在。

所以，我愿意：

    URLString = URLString.UTF8Encode;

UTF8Encode 定义如下：

- (NSString *)UTF8Encode
{
    NSString* encodedstring = [self stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
    return encodedstring;
}

是的，这是一个类别：D

【讨论】：

如果你真的觉得有必要包装stringByAddingPercentEscapesUsingEncoding:，你应该给那个方法一个更好的名字。您实际上并不是对它进行 UTF-8 编码——它已经是 UTF-8。对非属性使用点语法通常也被认为是糟糕的风格。