ios双录系统服务器地址,iOS中的URL

1. 网络通信中的URL

我们使用这种url来向服务器请求或传递数据，俗称 "网络资源定位符"

URL的结构

URL结构图

protocol/scheme： 传输协议，比如http、https等

credentials(可选)：一些http服务器支持通过url来校验用户信息，当然这是一种不普遍也不安全的方式

hostName：资源服务器的主机地址

port(可选)：端口号，指定客户端应该连接哪个端口，如果忽略则使用默认端口。有时候出于安全或其他考虑，可以在服务器上对端口进行重定义，即采用非标准端口号，此时，URL中就不能省略端口号这一项

path：绝对路径，由零或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址。

query(可选)：查询，url最后部分是查询字符串。这个值是从path用？隔开的。多个参数每个参数用&分隔。查询字符串不能包含回车空格换行字符

fragment：信息片断，字符串，用于指定网络资源中的片断。例如一个网页中有多个名词解释，可使用fragment直接定位到某一名词解释

URL的拆分

我们已经知道一个URL的基本结构，那么在iOS中我们如何获取对应结构的元素呢，答案是利用系统的URLComponents 类进行处理

我们简单看下这个类的内部结构

几个初始化方法

public init?(url: URL, resolvingAgainstBaseURL resolve: Bool)

public init?(url: URL, resolvingAgainstBaseURL resolve: Bool)....

属性

public var scheme: String?

public var user: String?

public var password: String?

public var host: String?

public var port: Int?

public var path: String

public var query: String?

public var fragment: String?

public var queryItems: [URLQueryItem]?

我们可以看到URL的每个结构在URLComponents中都有对应的属性

举个栗子：

guard let urlComponents = URLComponents.init(string: "http://mobile.hktsc.cc/services/list?appPage=serviceList&brandId=1") else {

return

}

if let scheme = urlComponents.scheme {

print("scheme: \(scheme)")

}

if let user = urlComponents.user {

print("user: \(user)")

}

if let password = urlComponents.password {

print("password: \(password)")

}

if let host = urlComponents.host {

print("host: \(host)")

}

if let port = urlComponents.port {

print("port: \(port)")

}

print("path: \(urlComponents.path)")

if let query = urlComponents.query {

print("query: \(query)")

}

if let queryItems = urlComponents.queryItems {

print("queryItems: \(queryItems)")

for (index, queryItem) in queryItems.enumerated() {

print("第\(index)个queryItem name:\(queryItem.name)")

if let value = queryItem.value {

print("第\(index)个queryItem value:\(value)")

}

}

}

输出结果

scheme: http

host: mobile.hktsc.cc

path: /services/list

query: appPage=serviceList&brandId=1

queryItems: [appPage=serviceList, brandId=1]

第0个queryItem name:appPage

第0个queryItem value:serviceList

第1个queryItem name:brandId

第1个queryItem value:1

使用场景

常用的使用场景是URL参数的截取，或者根据url的不同进行一些不同的操作，比如跳转等等

2. openURL

openURL主要有下面几个主要的应用

应用间的跳转：

在iOS中我们可以通过URL Schemes + openURL方法实现应用间的跳转，下面先讲几个概念和方法

URL Schemes：我们在工程中配置的 URL Schemes可以理解为我们App在手机上的一个地址(类比网络中的URL，比如http)，其他的已安装的应用可以通过这个地址找到我们的App，实现跳转。当然这个URL Schemes可以有多个

URL Schemes

如图，使我们经常会添加的几个URL Schemes,目的是为了第三方应用能够跳转回我们的App。

在iOS9之后，新增了 URL Schemes白名单的概念，这个稍后具体再讲

openURL： 我们可以通过这个方法打开一个URL，假如我们这个URL的schemes和我们已安装的某个app的URL Schemes一样的话，我们就可以打开这个app。

比如你可以使用下面的方法直接跳转到微信

UIApplication.shared.openURL(URL(string: "weixin://")!)// iOS10之前

UIApplication.shared.open(URL(string: "weixin://")!, options: [:], completionHandler: nil) // iOS10

再或者我们常用的拨打电话

UIApplication.shared.openURL(URL(string: "tel://10086")!)

一般，我们在跳转之前都需要判断下能不能够打开这个url(能够打开则跳转，不能则提示或者隐藏什么的)，系统为我们提供了canOpenURL这个方法来判断我们是否能够打开某个url.但是在iOS9之后，我们需要在info.plist中配置URL Schemes 白名单，只有添加了白名单，我们的这个方法才能生效。否则会提示"This app is not allowed to query for scheme"，如下图

白名单

值得一提的是在iOS9之后当我们跳转进入其他App时，系统会在左上角默认提供一个反馈按钮

默认返回按钮

其实，我们在跳转时还能进行简单的App间传参

如何传参：

类比于网络中的url,我们open的url其实也是这种结构，url中的scheme决定了我们要跳转的位置，其他的结构则可以用来传递我们的参数。

**举个栗子： **

我们使用第三方地图软件来进行导航时，在跳转时就需要将我们的目标位置参数传递过去

来看下官方提供的url格式

iosamap://navi?sourceApplication=applicationName&backScheme=applicationScheme&poiname=fangheng&poiid=BGVIS&lat=36.547901&lon=104.258354&dev=1&style=2

iosamap：高德地图的官方url scheme，确保能跳到高德地图

navi: url中的host，这边表示服务类型为导航

sourceApplication，backScheme及后面的：这部分为url中query,我们需要传递的具体的参数

通过这个url我们可以直接从我们App跳到高德地图导航页面进行导航，当然前提是我们已经安装了高德地图，可以使用canOpenUrl来判断，具体的可参考高德官方的文档

那么高德内部是如何接收我们的参数的呢？，来看这两个熟悉的回调方法

func application(_ application: UIApplication, open url: URL, sourceApplication: String?, annotation: Any) -> Bool

func application(_ app: UIApplication, open url: URL, options: [UIApplicationOpenURLOptionsKey : Any] = [:]) -> Bool

以上两个方法是系统提供给我们的openUrl回调方法，比如我们跳转到高德地图后，他那边就会执行这个方法，有一点需要注意的是第二个方法是在iOS9才出现的方法，也就是说如果你的系统是iOS9及之后的话他只会走第二个方法，iOS9之前才会走第一个方法。我们可以在这里获取相应的url并进行处理。我们平时会在这边处理友盟分享和支付相关的一些回调

3. 本地文件的访问

url也可以用来访问我们本地的资源文件，其实和网络中的url一样，只不过资源服务器变成了我们本机，少去了资源传递的过程，最直接的资源定位符，这一块就先不做详细叙述了

以上

后续有URL相关的知识会在下面补充