网络请求之基本概念

1. 在网络编程中,有几个必须掌握的基本概念

  • 客户端(Client): 移动应用(iOS、Android等应用)
  • 服务端(Server): 为客户端提供服务、提供数据、提供资源的机器
  • 请求(Request):客户端向服务器索取数据的一种行为
  • 响应(Response):服务器对客户端的请求做出的反应,一般指返回数据给客户端
客户端网络请求数据过程.png

2. 服务器

  • 2.1 按照软件开发阶段来分,服务器可以大致分为2种

    • 远程服务器

      • 别名: 外网服务器、正式服务器
      • 使用阶段: 应用上线后使用的服务器
      • 适用人群: 供全体用户使用
      • 速度: 取决于服务器的性能、用户的网速
    • 本地服务器

      • 别名: 内网服务器、测试服务器
      • 使用阶段: 应用处于开发、测试阶段使用的服务器
      • 适用人群: 仅供公司内部的开发人员、测试人员使用
      • 速度: 由于是局域网,所以速度飞快,有助于提高开发测试效率
  • 2.2 如何查找服务器

    • 客户端如何找到想要连接的服务器
    • 客户端通过URL找到想要连接的服务器
通过URL查找服务器.png
  • 2.3 URL

    • 什么是URL

      • URL的全称是Uniform Resource Locator(统一资源定位符)
      • 通过1个URL,能找到互联网上唯一的1个资源
      • URL就是资源的地址、位置,互联网上的每个资源都有一个唯一的URL
    • URL的基本格式 = 协议://主机地址/路径

http://www.cwjalsy.com/img/logo.png
http://202.108.25.5/img/bglogo.png
1. 协议:不同的协议,代表着不同的资源查找方式、资源传输方式
2. 主机地址:存放资源的主机(服务器)的IP地址(域名)
3. 路径:资源在主机(服务器)中的具体位置
  • 2.4 URL中常见的协议

    • HTTP

      • 超文本传输协议,访问的是远程的网络资源,格式是http://
      • http协议是在网络开发中最常用的协议
    • file

      • 访问的是本地计算机上的资源,格式是file://(不用加主机地址)
    • mailto

      • 访问的是电子邮件地址,格式是mailto:
    • FTP

      • 访问的是共享主机的文件资源,格式是ftp://
  • 2.5 HTTP协议

    • 不管是移动客户端还是PC端,访问远程的网络资源经常使用HTTP协议

    • HTTP协议的作用

      • HTTP的全称是Hypertext Transfer Protocol,超文本传输协议
      • 规定客户端和服务器之间的数据传输格式
      • 让客户端和服务器能有效地进行数据沟通


        客户端网络请求数据过程.png
    • HTTP协议的特点(为什么选择HTTP)

      • 简单快速

        • 因为HTTP协议简单,所以HTTP服务器的程序规模小,因而通信速度很快
      • 灵活

        • HTTP允许传输各种各样的数据
      • HTTP 0.9和1.0使用非持续连接

        • 限制每次连接只处理一个请求,服务器对客户端的请求做出响应后,马上断开连接,这种方式可以节省传输时间
    • HTTP的基本通信过程

      • 要想使用HTTP协议向服务器索取数据,得先了解HTTP的通信过程

      • 完整的http通信可以分为2大步骤

        • 请求:客户端向服务器索要数据
        • 响应:服务器返回客户端相应的数据


          HTTP基本通信过程.png
  • HTTP通信过程 - 请求

    • HTTP协议规定:1个完整的由客户端发给服务器的HTTP请求中包含以下内容
请求头:包含了对客户端的环境描述、客户端请求信息等
GET /taeyeon.png HTTP/1.1   // 包含了请求方法、请求资源路径、HTTP协议版本
Host: cwjalsy   // 客户端想访问的服务器主机地址
User-Agent: Mozilla/5.0  // 客户端的类型,客户端的软件环境
Accept: text/html, */*  // 客户端所能接收的数据类型
Accept-Language: zh-cn  // 客户端的语言环境
Accept-Encoding: gzip   // 客户端支持的数据压缩格式

请求体:客户端发给服务器的具体数据,比如文件数据(POST请求才会有)
  • HTTP通信过程 - 响应

    • 客户端向服务器发送请求,服务器应当做出响应,即返回数据给客户端
    • HTTP协议规定:1个完整的HTTP响应中包含以下内容
响应头:包含了对服务器的描述、对返回数据的描述
HTTP/1.1 200 OK            // 包含了HTTP协议版本、状态码、状态英文名称
Server: Apache-Coyote/1.1       // 服务器的类型
Content-Type: image/jpeg        // 返回数据的类型
Content-Length: 56811       // 返回数据的长度
Date: Mon, 17 Nov 2017 18:30:52 GMT // 响应的时间

响应体:服务器返回给客户端的具体数据,比如文件数据

  • HTTP通信过程


    HTTP通信过程.png
  • 常见响应状态码

Tables Are Cool
200 OK 请求成功
400 Bad Request 客户端请求的语法错误,服务器无法解析
404 Not Found 服务器无法根据客户端的请求找到资源
500 Internal Server Error 服务器内部错误,无法完成请求
  • 发送HTTP请求的方法

    • 在HTTP/1.1协议中,定义了8种发送http请求的方法

      • GET、POST、OPTIONS、HEAD、PUT、DELETE、TRACE、CONNECT、PATCH (注意: GET和POST是网络请求中经常用的)

      • 根据HTTP协议的设计初衷,不同的方法对资源有不同的操作方式

        • PUT :增
        • DELETE :删
        • POST:改
        • GET:查
      • 最常用的是GET和POST(实际上GET和POST都能办到增删改查)

    • 要想使用GET和POST请求跟服务器进行交互,得先了解一个概念

      • 参数
        • 就是传递给服务器的具体数据,比如登录时的帐号、密码
  • GET和POST对比

    • GET和POST的主要区别表现在数据传递上
      • GET

        • 在请求URL后面以?的形式跟上发给服务器的参数,多个参数之间用&隔开,比如
          http://ww.cwjalsy.com/login?username=123&pwd=234&type=JSON(协议+主机地址+接口名称+?+参数1&参数2&参数3)

        • 由于浏览器和服务器对URL长度有限制,因此在URL后面附带的参数是有限制的,通常不能超过1KB

      • POST

        • 发给服务器的参数全部放在请求体中,比如 http://ww.cwjalsy.com/login (协议+主机地址+接口名称)
        • 理论上,POST传递的数据量没有限制(具体还得看服务器的处理能力)
  • GET和POST的选择 (简单的说就是:查询获取数据,用GET,其他用POST)

  1. 选择GET和POST的建议
  2. 如果要传递大量数据,比如文件上传,只能用POST请求
  3. GET的安全性比POST要差些,如果包含机密\敏感信息,建议用POST
  4. 如果仅仅是索取数据(数据查询),建议使用GET
  5. 如果是增加、修改、删除数据,建议使用POST
  • iOS中发送HTTP请求的方案

    • 在iOS中,常见的发送HTTP请求的方案有

      • 苹果原生(自带)
      • NSURLConnection:用法简单,最古老最经典最直接的一种方案【坑比较多】
      • NSURLSession:功能比NSURLConnection更加强大,苹果目前比较推荐使用这种技术【2013推出,iOS7开始出的技术】
      • CFNetwork:NSURL*的底层,纯C语言
    • 第三方框架

      • ASIHttpRequest:外号“HTTP终结者”,功能极其强大,可惜早已停止更新
      • AFNetworking:简单易用,提供了基本够用的常用功能,维护和使用者多
      • MKNetworkKit:简单易用,产自三哥的故乡印度,维护和使用者少
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,076评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,658评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,732评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,493评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,591评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,598评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,601评论 3 415
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,348评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,797评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,114评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,278评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,953评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,585评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,202评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,442评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,180评论 2 367
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,139评论 2 352

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,647评论 18 139
  • 国家电网公司企业标准(Q/GDW)- 面向对象的用电信息数据交换协议 - 报批稿:20170802 前言: 排版 ...
    庭说阅读 10,946评论 6 13
  • 一、概念(载录于:http://www.cnblogs.com/EricaMIN1987_IT/p/3837436...
    yuantao123434阅读 8,343评论 6 152
  • Http协议详解 标签(空格分隔): Linux 声明:本片文章非原创,内容来源于博客园作者MIN飞翔的HTTP协...
    Sivin阅读 5,220评论 3 82
  • 夜半无眠绪万千,品牌之路走标签。交互平台来助力,公号运营先铺垫。时机实力纷纷至,还需高人多指点。尽心尽力做内容,品...
    沈展方法汇阅读 237评论 0 0