blocks|key|7819|text|您说得对，您需要缓存最后发送的请求(+shouldStartLoadWithRequest:委托方法将是一个很好的地方)，因为UIWebView的request属性似乎总是返回最后一个成功的请求(尽管documentation没有明确规定这一点，所以我不认为这是一个缺陷)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|7820|entityMap|0|LINK|mutability|MUTABLE|url|http://developer.apple.com/library/ios/documentation/uikit/reference/UIWebView_Class/Reference/Reference.html#//apple_ref/occ/instp/UIWebView/request^0|J|R|1R|9|21|7|2S|D|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]]|D|@$9|U|A|V|1|W]]|E|$]]|$1|F|3|-4|5|6|7|X|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]]]

You're right that you would need to cache the last request sent (the <code>shouldStartLoadWithRequest:</code> delegate method would be a great place to do so), as the <code>request</code> property of a <code>UIWebView</code> appears to always return the last successful request (although the <a href="http://developer.apple.com/library/ios/documentation/uikit/reference/UIWebView_Class/Reference/Reference.html#//apple_ref/occ/instp/UIWebView/request" rel="nofollow">documentation</a> doesn't specifically specify this, so I wouldn't call it a defect).

blocks|key|3355592|text|我也有同样的问题。如果其他人也这样做，那么error.userInfo字典就可以了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3355593|-(void)webView:(UIWebView+*)webView+didFailLoadWithError:(NSError+*)error

{

++++if+(error.domain+==+NSURLErrorDomain)+{
++++++++if+(error.code+==+NSURLErrorCancelled)+{+//ignore+this+one,+interrupted+load
++++++++++++return;
++++++++}
}
}
//NSString+*theURLString+=+[webView.request.URL+absoluteString];+this+won't+work+-+it+just+returns+the+last+successful+url
NSString+*theURLString+=+[error.userInfo+objectForKey:@"NSErrorFailingURLStringKey"];+//this+works|code-block|syntax|javascript|3355594|文档中说NSErrorFailingURLStringKey在iOS4中已被弃用(仅用于向后兼容)，您应该使用NSURLErrorFailingURLStringErrorKey。|3355595|但是，不会返回NSURLErrorFailingURLStringErrorKey+(至少在我的UIWebView版本中不会)。相反，NSErrorFailingURLKey是返回URL的另一个键，但我在文档中找不到它。|3355596|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

I had the same problem. If anyone else does too, error.userInfo dictionary works instead.

<pre><code>-(void)webView:(UIWebView *)webView didFailLoadWithError:(NSError *)error

{

 if (error.domain == NSURLErrorDomain) {
 if (error.code == NSURLErrorCancelled) { //ignore this one, interrupted load
 return;
 }
}
}
//NSString *theURLString = [webView.request.URL absoluteString]; this won't work - it just returns the last successful url
NSString *theURLString = [error.userInfo objectForKey:@"NSErrorFailingURLStringKey"]; //this works
</code></pre>

The doco says NSErrorFailingURLStringKey is deprecated in iOS4 (only provided for backwards compatibility) and you should use NSURLErrorFailingURLStringErrorKey instead. 

However NSURLErrorFailingURLStringErrorKey isn't returned (not by my version of UIWebView anyway). Instead, NSErrorFailingURLKey is another key returning the URL, but I can't find that in the documentation anywhere.

blocks|key|5567216|text|我在Swift+3.1中也遇到了同样的问题。要获取失败的url，请使用此委托方法：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5567217|func+webView(_+webView:+UIWebView,+shouldStartLoadWith+request:+URLRequest,+navigationType:+UIWebViewNavigationType)+->+Bool{

++++let+failedUrl+=+(request.url?.absoluteString)!+as+String
++++return+true
}|code-block|syntax|javascript|5567218|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I faced the same issue with Swift 3.1. To get the failed url use this delegate method : 

<pre><code>func webView(_ webView: UIWebView, shouldStartLoadWith request: URLRequest, navigationType: UIWebViewNavigationType) -&gt; Bool{

 let failedUrl = (request.url?.absoluteString)! as String
 return true
}
</code></pre>

Suppose there is a webpage A.html that contains a link to B.html.

If B.html is clicked then request.URL in shouldStartLoadWithRequest: will be B.html as it should be. However if there is a problem loading that page (suppose it doesn't exist for example) then in didFailLoadWithError: the value of webView.request.URL is not B.html but A.html.

Therefore it seems its not possible to know which page load failed unless I cache the last page load, but I would have expected webView.request.URL to be B.html, therefore is this a defect?
I didn't see documentation on what it should be.

[iOS 6]

webVIew.request.URL in didFailLoadWithError: is the previous URL not the failed URL

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

假设有一个包含到B.html的链接的网页A.html。如果单击了B.html，则shouldStartLoadWithRequest:中的request.URL将为B.html。但是，如果在加载页面时出现问题(例如，假设页面不存在)，那么在didFailLoadWithError中: webView.request.U...

问didFailLoadWithError中的URL :是前一个webVIew.request.URL而不是失败的URL
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问didFailLoadWithError中的URL :是前一个webVIew.request.URL而不是失败的URLEN