当你输入一个网址后回车，实际会发生什么?

最新推荐文章于 2022-09-05 18:54:37 发布
转载 最新推荐文章于 2022-09-05 18:54:37 发布 · 859 阅读 · 1

本文详细解析了当用户在浏览器输入URL后，从域名解析到页面加载的全过程，涉及DNS查找、HTTP请求、服务器响应及浏览器渲染等多个环节。

作为一个软件开发者，你一定会对网络应用如何工作有一个完整的层次化的认知，同样这里也包括这些应用所用到的技术：像浏览器，HTTP，HTML，网络服务器，需求处理等等。


本文将更深入的研究当你输入一个网址的时候，后台到底发生了一件件什么样的事～


1. 首先嘛，你得在浏览器里输入要网址:




2. 浏览器查找域名的IP地址




导航的第一步是通过访问的域名找出其IP地址。DNS查找过程如下：


  • 浏览器缓存 – 浏览器会缓存DNS记录一段时间。 有趣的是，操作系统没有告诉浏览器储存DNS记录的时间，这样不同浏览器会储存个自固定的一个时间（2分钟到30分钟不等）。

  • 系统缓存 – 如果在浏览器缓存里没有找到需要的记录，浏览器会做一个系统调用（windows里是gethostbyname）。这样便可获得系统缓存中的记录。

  • 路由器缓存 – 接着，前面的查询请求发向路由器，它一般会有自己的DNS缓存。

  • ISP DNS 缓存 – 接下来要check的就是ISP缓存DNS的服务器。在这一般都能找到相应的缓存记录。

  • 递归搜索 – 你的ISP的DNS服务器从跟域名服务器开始进行递归搜索，从.com顶级域名服务器到Facebook的域名服务器。一般DNS服务器的缓存中会有.com域名服务器中的域名，所以到顶级服务器的匹配过程不是那么必要了。


DNS递归查找如下图所示：




DNS有一点令人担忧，这就是像wikipedia.org 或者 facebook.com这样的整个域名看上去只是对应一个单独的IP地址。还好，有几种方法可以消除这个瓶颈：


  • 循环 DNS 是DNS查找时返回多个IP时的解决方案。举例来说，Facebook.com实际上就对应了四个IP地址。

  • 负载平衡器 是以一个特定IP地址进行侦听并将网络请求转发到集群服务器上的硬件设备。 一些大型的站点一般都会使用这种昂贵的高性能负载平衡器。

  • 地理 DNS 根据用户所处的地理位置，通过把域名映射到多个不同的IP地址提高可扩展性。这样不同的服务器不能够更新同步状态，但映射静态内容的话非常好。

  • Anycast 是一个IP地址映射多个物理主机的路由技术。 美中不足，Anycast与TCP协议适应的不是很好，所以很少应用在那些方案中。


大多数DNS服务器使用Anycast来获得高效低延迟的DNS查找。


3. 浏览器给web服务器发送一个HTTP请求




因为像Facebook主页这样的动态页面，打开后在浏览器缓存中很快甚至马上就会过期，毫无疑问他们不能从中读取。


所以，浏览器将把一下请求发送到Facebook所在的服务器：


GET http://facebook.com/ HTTP/1.1

Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]

User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]

Accept-Encoding: gzip, deflate

Connection: Keep-Alive

Host: facebook.com

Cookie: datr=1265876274-[...]; locale=en_US; lsd=WW[...]; c_user=2101[...]


GET 这个请求定义了要读取的URL： “http://facebook.com/”。 浏览器自身定义 (User-Agent 头)， 和它希望接受什么类型的相应 (Accept and Accept-Encoding 头). Connection头要求服务器为了后边的请求不要关闭TCP连接。


请求中也包含浏览器存储的该域名的cookies。可能你已经知道，在不同页面请求当中，cookies是与跟踪一个网站状态相匹配的键值。这样cookies会存储登录用户名，服务器分配的密码和一些用户设置等。Cookies会以文本文档形式存储在客户机里，每次请求时发送给服务器。


用来看原始HTTP请求及其相应的工具很多。作者比较喜欢使用fiddler，当然也有像FireBug这样其他的工具。这些软件在网站优化时会帮上很大忙。


除了获取请求，还有一种是发送请求，它常在提交表单用到。发送请求通过URL传递其参数(e.g.: http://robozzle.com/puzzle.aspx?id=85)。发送请求在请求正文头之后发送其参数。


像“http://facebook.com/”中的斜杠是至关重要的。这种情况下，浏览器能安全的添加斜杠。而像“http: //example.com/folderOrFile”这样的地址，因为浏览器不清楚folderOrFile到底是文件夹还是文件，所以不能自动添加 斜杠。这时，浏览器就不加斜杠直接访问地址，服务器会响应一个重定向，结果造成一次不必要的握手。


4. facebook服务的永久重定向响应




图中所示为Facebook服务器发回给浏览器的响应：


HTTP/1.1 301 Moved Permanently

Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,

pre-check=0

Expires: Sat, 01 Jan 2000 00:00:00 GMT

Location: http://www.facebook.com/

P3P: CP="DSP LAW"

Pragma: no-cache

Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT;

path=/; domain=.facebook.com; httponly

Content-Type: text/html; charset=utf-8

X-Cnection: close

Date: Fri, 12 Feb 2010 05:09:51 GMT

Content-Length: 0


服务器给浏览器响应一个301永久重定向响应，这样浏览器就会访问“http://www.facebook.com/” 而非“http://facebook.com/”。


为什么服务器一定要重定向而不是直接发会用户想看的网页内容呢？这个问题有好多有意思的答案。


其中一个原因跟搜索引擎排名有 关。你看，如果一个页面有两个地址，就像http://www.igoro.com/ 和http://igoro.com/，搜索引擎会认为它们是两个网站，结果造成每一个的搜索链接都减少从而降低排名。而搜索引擎知道301永久重定向是 什么意思，这样就会把访问带www的和不带www的地址归到同一个网站排名下。


还有一个是用不同的地址会造成缓存友好性变差。当一个页面有好几个名字时，它可能会在缓存里出现好几次。


5. 浏览器跟踪重定向地址




现在，浏览器知道了“http://www.facebook.com/”才是要访问的正确地址，所以它会发送另一个获取请求：


GET http://www.facebook.com/ HTTP/1.1

Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]

Accept-Language: en-US

User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]

Accept-Encoding: gzip, deflate

Connection: Keep-Alive

Cookie: lsd=XW[...]; c_user=21[...]; x-referer=[...]

Host: www.facebook.com


头信息以之前请求中的意义相同。


6. 服务器“处理”请求




服务器接收到获取请求，然后处理并返回一个响应。


这表面上看起来是一个顺向的任务，但其实这中间发生了很多有意思的东西- 就像作者博客这样简单的网站，何况像facebook那样访问量大的网站呢！


  • Web 服务器软件

web服务器软件（像IIS和阿帕奇）接收到HTTP请求，然后确定执行什么请求处理来处理它。请求处理就是一个能够读懂请求并且能生成HTML来进行响应的程序（像ASP.NET,PHP,RUBY…）。举 个最简单的例子，需求处理可以以映射网站地址结构的文件层次存储。像http://example.com/folder1/page1.aspx这个地 址会映射/httpdocs/folder1/page1.aspx这个文件。web服务器软件可以设置成为地址人工的对应请求处理，这样 page1.aspx的发布地址就可以是http://example.com/folder1/page1。

  • 请求处理

请求处理阅读请求及它的参数和cookies。它会读取也可能更新一些数据，并讲数据存储在服务器上。然后，需求处理会生成一个HTML响应。


所有动态网站都面临一个有意思的难点 -如何存储数据。小网站一半都会有一个SQL数据库来存储数据，存储大量数据和/或访问量大的网站不得不找一些办法把数据库分配到多台机器上。解决方案 有：sharding （基于主键值讲数据表分散到多个数据库中），复制，利用弱语义一致性的简化数据库。


委托工作给批处理是一个廉价保持数据更新的技术。举例来讲，Fackbook得及时更新新闻feed，但数据支持下的“你可能认识的人”功能只需要每晚更新 （作者猜测是这样的，改功能如何完善不得而知）。批处理作业更新会导致一些不太重要的数据陈旧，但能使数据更新耕作更快更简洁。


7. 服务器发回一个HTML响应




图中为服务器生成并返回的响应：


HTTP/1.1 200 OK

Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,

pre-check=0

Expires: Sat, 01 Jan 2000 00:00:00 GMT

P3P: CP="DSP LAW"

Pragma: no-cache

Content-Encoding: gzip

Content-Type: text/html; charset=utf-8

X-Cnection: close

Transfer-Encoding: chunked

Date: Fri, 12 Feb 2010 09:05:55 GMT


2b3Tn@[...]


整个响应大小为35kB，其中大部分在整理后以blob类型传输。


内容编码头告诉浏览器整个响应体用gzip算法进行压缩。解压blob块后，你可以看到如下期望的HTML：


<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"

lang="en" id="facebook">

<head>

<meta http-equiv="Content-type" content="text/html; charset=utf-8" />

<meta http-equiv="Content-language" content="en" />

...


关于压缩，头信息说明了是否缓存这个页面，如果缓存的话如何去做，有什么cookies要去设置（前面这个响应里没有这点）和隐私信息等等。


请注意报头中把Content-type设置为“text/html”。报头让浏览器将该响应内容以HTML形式呈现，而不是以文件形式下载它。浏览器会根据报头信息决定如何解释该响应，不过同时也会考虑像URL扩展内容等其他因素。


8. 浏览器开始显示HTML


在浏览器没有完整接受全部HTML文档时，它就已经开始显示这个页面了：




9. 浏览器发送获取嵌入在HTML中的对象




在浏览器显示HTML时，它会注意到需要获取其他地址内容的标签。这时，浏览器会发送一个获取请求来重新获得这些文件。


下面是几个我们访问facebook.com时需要重获取的几个URL：


图片

http://static.ak.fbcdn.net/rsrc.php/z12E0/hash/8q2anwu7.gif

http://static.ak.fbcdn.net/rsrc.php/zBS5C/hash/7hwy7at6.gif


…


CSS 式样表

http://static.ak.fbcdn.net/rsrc.php/z448Z/hash/2plh8s4n.css

http://static.ak.fbcdn.net/rsrc.php/zANE1/hash/cvtutcee.css


…


JavaScript 文件

http://static.ak.fbcdn.net/rsrc.php/zEMOA/hash/c8yzb6ub.js


http://static.ak.fbcdn.net/rsrc.php/z6R9L/hash/cq2lgbs8.js


…


这些地址都要经历一个和HTML读取类似的过程。所以浏览器会在DNS中查找这些域名，发送请求，重定向等等…


但 不像动态页面那样，静态文件会允许浏览器对其进行缓存。有的文件可能会不需要与服务器通讯，而从缓存中直接读取。服务器的响应中包含了静态文件保存的期限 信息，所以浏览器知道要把它们缓存多长时间。还有，每个响应都可能包含像版本号一样工作的ETag头（被请求变量的实体值），如果浏览器观察到文件的版本 ETag信息已经存在，就马上停止这个文件的传输。


试着猜猜看“fbcdn.net”在地址中代表什么？聪明的答案是”Facebook内容分发网络”。Facebook利用内容分发网络（CDN）分发像图片，CSS表和JavaScript文件这些静态文件。所以，这些文件会在全球很多CDN的数据中心中留下备份。


静态内容往往代表站点的带宽大小，也能通过CDN轻松的复制。通常网站会使用第三方的CDN。例如，Facebook的静态文件由最大的CDN提供商Akamai来托管。


举例来讲，当你试着ping static.ak.fbcdn.net的时候，可能会从某个akamai.net服务器上获得响应。有意思的是，当你同样再ping一次的时候，响应的服务器可能就不一样，这说明幕后的负载平衡开始起作用了。


10. 浏览器发送异步（AJAX）请求




在Web 2.0伟大精神的指引下，页面显示完成后客户端仍与服务器端保持着联系。


以 Facebook聊天功能为例，它会持续与服务器保持联系来及时更新你那些亮亮灰灰的好友状态。为了更新这些头像亮着的好友状态，在浏览器中执行的 JavaScript代码会给服务器发送异步请求。这个异步请求发送给特定的地址，它是一个按照程式构造的获取或发送请求。还是在Facebook这个例 子中，客户端发送给http://www.facebook.com/ajax/chat/buddy_list.php一个发布请求来获取你好友里哪个 在线的状态信息。


提起这个模式，就必须要讲讲”AJAX”– “异步JavaScript 和 XML”，虽然服务器为什么用XML格式来进行响应也没有个一清二白的原因。再举个例子吧，对于异步请求，Facebook会返回一些JavaScript的代码片段。


除了其他，fiddler这个工具能够让你看到浏览器发送的异步请求。事实上，你不仅可以被动的做为这些请求的看客，还能主动出击修改和重新发送它们。AJAX请求这么容易被蒙，可着实让那些计分的在线游戏开发者们郁闷的了。（当然，可别那样骗人家~）


Facebook聊天功能提供了关于AJAX一个有意思的问题案例：把数据从服务器端推送到客户端。因为HTTP是一个请求-响应协议，所以聊天服务器不能把新消息发给客户。取而代之的是客户端不得不隔几秒就轮询下服务器端看自己有没有新消息。


这些情况发生时长轮询是个减轻服务器负载挺有趣的技术。如果当被轮询时服务器没有新消息，它就不理这个客户端。而当尚未超时的情况下收到了该客户的新消息，服务器就会找到未完成的请求，把新消息做为响应返回给客户端。


总结一下


希望看了本文，你能明白不同的网络模块是如何协同工作的。


英文原文：What really happens when you navigate to a URL，

编译：寒冬星空

译文链接：http://www.cnblogs.com/wenanry/archive/2010/02/25/1673368.html

程序员一般喜欢浏览的40个网站，屯了这么多年，我就不藏私了，个人强烈推荐
左手の明天的博客
06-26 3万+
1、Google：https://google.com 作为王牌浏览器，相比打开电脑就会进入谷歌浏览器，里面的谷歌搜索很好用。 2、优快云— 开发者齐聚的网站：https://www.youkuaiyun.com/ 优快云不用多说，老牌专业 IT 技术社区，有很多厉害的开发者，当然也有很多小白，各种研究方向的都有，里面还包括着论坛，可以学习代不错的东西。在上面可以写文章，分享看法，也可以阅读学习别人分享的内容。 3、博客园：https://www.cnblogs.com/ 博客园是一个面向开发者的知识分享社区。
Linux网络实战（二）- WWW服务器搭建
Junds0的博客
02-14 1万+
本实验环境使用的系统是Ubuntu，当我们使用apt-get在线安装软件后，通常会在/etc/init.d/目录下生成一个启动该服务软件的脚本，例如，我们使用apt-get安装Httpd软件后，我们可以看到在/etc/init.d/目录下生成一个名为apache2的脚本文件，该脚本可以用来控制Httpd服务的启动与关闭等信息。Httpd是一个开源软件，且一般用作Web服务器来使用。通过上一关的学习，我们学会如何在Linux系统上安装Httpd软件，当我们安装好后，我们接下学会如何开启/关闭Httpd服务。
Python爬取B站历史观看记录并用Bokeh做数据可视化
Circle-C的博客
11-07 2万+
待爬取的数据 爬虫代码 import os import time import requests import pandas as pd # cookie 用浏览器登录B站，按F12打开开发人员工具，找到自己的cookie替换 cookies_dict = {'_uuid': "1C7F0395-1CDC-5BBF-E859-528F14EA305F09211infoc", 'bili_jct': "379cd5610f8d21596f2b2f2973..
当你输入一个网址的时候，实际会发生什么?
weixin_33955681的博客
02-25 2293
原文:http://igoro.com/archive/what-really-happens-when-you-navigate-to-a-url/  作为一个软件开发者，你一定会对网络应用如何工作有一个完整的层次化的认知，同样这里也包括这些应用所用到的技术：像浏览器，HTTP，HTML，网络服务器，需求处理等等。 本文将更深入的研究当你输入一个网址的时候，后台到底发生了一件件什么样的事～ 1....
当在浏览器中输入一个url后回车，后台发生了什么？比如输入url后，你看到了百度的首页，那么这一切是如何发生的呢？
05-08 4426
简单来说有以下步骤： 1、查找域名对应的IP地址。这一步会依次查找浏览器缓存，系统缓存，路由器缓存，ISPDNS缓存，根域名服务器。 2、向IP对应的服务器发送请求。 3、服务器响应请求，发回网页内容。 4、浏览器解析网页内容。 当然，由于网页可能有重定向，或者嵌入了图片，AJAX，其它子网页等等，这4个步骤可能反复进行多次才能将最终页面展示给用户。
在浏览器输入URL回车之后发生了什么？（超详细版）
01-07
作者：4Ark 前言 这个问题已经是老生常谈了，更...注意：本文的步骤是建立在，请求的是一个简单的 HTTP 请求，没有 HTTPS、HTTP2、最简单的 DNS、没有代理、并且服务器没有任何问题的基础上，尽管这是不切实际的。 大致
【面试常问之网络】在浏览器上输入一个网址后，发生了什么？/HTTP的工作流程/DNS域名解析过程
m0_52165864的博客
08-14 8526
在浏览器中输入url并且获取响应的过程，其实就是浏览器和该url对应的服务器的网络通信过程。就比如在浏览器中输入：www.baidu.com，那么会返回一个百度搜素的界面，这其实就是浏览器和百度服务器之间的网络通信过程。浏览器就是客户端，用于发出请求，而百度的服务器就是服务器，用于接收并响应请求。......
从浏览器输入网址回车到看到页面过程到底经历了什么？
qq_39837183的博客
08-12 1280
作者:老油条IT记 公众号：老油条IT记 #前言：从浏览器输入网址到回车看到页面的过程，面试逃不掉的一个问题，我们知道从浏览器输入网址到看到页面主要是涉及DNS解析，TCP三次握手，请求报文，响应报文，TCP4次挥手。 #首先我们先来看一下总体的访问过程 #总体的访问过程：首先会进行DNS解析，然后解析得到地址之后客户端和web服务器会建立一条TCP连接，其中有一个TCP三次握手过程，当完成握手之后客户端就会向浏览器发送一条请求报文，服务器然后进行响应，接着当数据传输完之后，服务器和客户端有一个TCP..
输入一个网址的时候，后台到底发生了一件件什么样的事
09-28
当我们在浏览器中输入一个网址时，背后会发生一系列复杂的步骤，涉及多个网络技术和协议。下面我们将详细探讨这些步骤，帮助理解在输入网址后，后台究竟发生了哪些事情。 首先，当我们输入网址时，浏览器会开始解析...
【计算机网络】输入网址到显示网页，期间发生了什么？
qq_36638788的博客
04-27 2429
浏览器键入网站后发生了什么？
【转载】WEB工作原理简述
weixin_33924770的博客
11-28 554
作为一名想学习网站开发, 或者更专业一点说叫"B/S体系结构系统"开发的同学来说, 可能首先想到的是学习各种前端技术, 例如: HTML, CSS, Javascript……, 以及各种动态网站开发技术, 诸如: ASP, ASP.NET, JSP, PHP…… . 但是, 在你开始之前, 请稍安勿躁, 了解一下网站是如何工作的往往是一件"磨刀不误砍柴工"的事情.曾经接触过一些公司里刚入职的...
Web工作方式
实践求真知
06-02 1333
一 点睛 Web 是基于 http 协议的一个服务，Go 语言里面提供了一个完善的 net/http 包，通过 http 包可以很方便的就搭建起来一个可以运行的 Web 服务。同时使用这个包能很简单地对 Web 的路由，静态文件，模版，cookie 等数据进行设置和操作。 二 代码 ...
web工作方式
02-07 693
我们平时浏览网页的时候,会打开浏览器，输入网址后按下回车键，然后就会显示出你想要浏览的内容。在这个看似简单的用户行为背后，到底隐藏了些什么呢？ 对于普通的上网过程，系统其实是这样做的：浏览器本身是一个客户端，当你输入URL的时候，首先浏览器会去请求DNS服务器，通过DNS获取相应的域名对应的IP，然后通过IP地址找到IP对应的服务器后，要求建立TCP连接，等浏览器发送完HTTP Request（请求）包后，服务器接收到请求包之后才开始处理请求包，服务器调用自身服务，返回HTTP Response（响应）包
Web是如何工作的
m0_50414588的博客
10-17 449
网络是如何工作的提供在计算机或电话上的web浏览器中查看网页时发生的情况的简化视图。 这一理论对于在短期内编写Web代码并不重要，但不久之后，您将真正开始从了解在后台发生的事情中获益。 客户端和服务器 连接到web的计算机称为客户和服务器。它们的交互方式的简化图可能如下所示： 客户端是典型的网络用户的互联网连接设备(例如，您的计算机连接到您的Wi-Fi，或者您的手机连接到您的移动网络)和这些设备上可用的网络访问软件(通常是像Firefox或Chrome这样的网络浏览器)。 服务器是存储网页、站点或应用程序的
理解Web的工作方式
weixin_30786657的博客
08-08 176
对于普通的用户来说，我们所认为的上网所做的一切是打开一个web浏览器，输入web地址，并且立即看到请求的内容。幕后的技术正在为我们辛勤的工作，在许多不同的地方发生了许多个过程。很快，几毫秒之间。发生了浏览器和服务器之间的多次往返。 比如想要进行一次百度搜索。在web浏览器和服务器之间的简单过程如下： 1 你的web浏览器发出对位于http://www.baidu.com/地址的index.ht...
web的工作原理
huobobo124的博客
10-30 1763
web的工作原理 本文仅作为本人日常学习积累，文中的观点及知识若有不足，还请谅解。
ubuntu下firefox使用HTML 5播放器看B站
热门推荐
数据库技术
09-05 21万+
然后重启浏览器就行了，不用再花时间下载flash了。bilibili其实可以使用html 5播放器。而且flash是不是马上就不被支持了？果然还是firefox好用。
在getche中输入回车会发生什么
最新发布
11-17
<think> 我们正在讨论C语言中的getche函数。用户想知道当使用getche函数输入回车时会发生什么。 根据引用[1]: getche函数的功能是“输入后立即从控制台取字符，不以回车为结束(带回显)”。这意味着getche函数在读取一个字符后立即返回，不需要等待回车键。而且，它会将读取的字符回显到屏幕上。 引用[2]和[3]进一步说明：getche()函数从键盘读入一个字符，并将该字符回显到显示屏幕上。它与getch()的区别在于getch()不回显。 那么，当我们在使用getche()时输入回车（即按下Enter键）会发生什么呢？ 回车键实际上是一个字符，在ASCII码中，回车键的ASCII码是13（或十六进制的0x0D）。当我们按下回车键时，getche()会读取这个回车字符，并将其回显到屏幕上。但是，回显回车键的效果是什么呢？ 在控制台中，回车键的回显表现为将光标移动到当前行的开头（注意：在Windows系统中，回车键通常与换行（'\n'，ASCII码为10）组合使用，但在实际输入时，控制台可能会将回车键作为单个字符'\r'（即回车）来处理）。 因此，当我们按下回车键时： 1. getche()会读取到回车字符（'\r'，ASCII值为13）。 2. 由于getche()会回显，所以它会将这个回车字符回显到控制台，导致光标移动到当前行的开头（注意：此时并没有换行，所以如果后面再输出内容，会覆盖当前行开头的内容）。 但是，在用户程序中，我们通常会将getche()的返回值存储在一个字符变量中。如果输入的是回车键，那么该变量的值就是'\r'（即13）。我们可以通过判断这个字符是否为'\r'来识别用户是否按下了回车键。 引用[5]中有一个例子，它使用getche()来读取字符直到遇到回车键（用'\r'表示）： ```c while(ch!='\r') { ch=getche(); // ... 其他处理 } ``` 在这个例子中，当用户按下回车键时，ch的值将变为'\r'，从而退出循环。 注意：在有些系统中，控制台输入可能会将回车键转换为换行符（'\n'），但根据引用[1][2][3][4]的描述，getche()是DOS环境下的函数，通常返回的是回车符'\r'。另外，在Windows的控制台程序中，当用户按下回车键时，实际输入的是两个字符：回车符（'\r'）和换行符（'\n'）？但是，getche()一次只读取一个字符，因此如果用户按下回车键，getche()只会读取到第一个字符，即'\r'。而换行符'\n'会留在输入缓冲区中，除非再次调用getche()或其他输入函数来读取。 然而，根据函数描述，getche()是“输入后立即从控制台取字符”，也就是说它不会等待整行输入，而是每次读取一个按键。因此，回车键被当作一个独立的字符。 总结： 使用getche()读取回车键时，会返回回车字符（'\r'，ASCII值为13），并在屏幕上回显，表现为光标移动到行首（不换行）。在程序中，我们可以通过检查读入的字符是否为'\r'来判断用户是否按下了回车键。 注意：由于getche()不是标准C库函数，它的行为可能依赖于具体的编译环境和操作系统（如DOS、Windows等）。在标准输入中，通常使用getchar()，而getchar()在读取回车键时，会返回换行符（'\n'），因为标准输入是行缓冲的，并且系统可能会将回车键转换为换行符。但getche()是直接读取键盘按键，所以它返回的是原始的按键码。 因此，在编写程序时，应了解当前环境的具体行为。 示例代码： 我们可以编写一个程序来验证： ```c #include <stdio.h> #include <conio.h> // 包含getche()的声明 int main() { char ch; printf("Press any key (Enter to exit): "); ch = getche(); while (ch != '\r') { printf("\nYou pressed: "); if (ch == '\r') { printf("Enter key (carriage return)"); } else { printf("%c (ASCII: %d)\n", ch, ch); } printf("\nPress any key again: "); ch = getche(); } printf("\nYou pressed Enter. Program exits.\n"); return 0; } ``` 注意：上述程序在按下回车键时会退出循环。在循环内部，我们首先会打印出读取的字符（除了回车键外）。当我们按下回车键时，程序会输出提示并退出。 但请注意，在回显回车键时，光标会回到行首，所以程序中的提示信息可能会被覆盖。因此，我们可以在每次输入后使用换行来避免覆盖。 另外，由于在输入回车键后，我们立即用printf输出一个换行，所以不会影响后续输出。 但是，在实际运行中，当按下回车键后，getche()会回显一个回车，导致光标回到行首，然后我们马上输出一个换行符（\n），这样就会换行，然后输出“You pressed Enter...”这一行。 因此，在输入回车键时，程序会显示： Press any key (Enter to exit): （用户按下回车键） （光标回到行首，然后程序输出换行符和后面的提示信息） You pressed Enter. Program exits. 但是，在输入其他字符时，例如输入'a'，会显示： Press any key (Enter to exit): a You pressed: a (ASCII: 97) Press any key again: 由于getche()在读取'a'后立即回显了'a'，所以第一行显示为“a”，然后程序输出其他信息。 注意：由于getche()在读取回车键时回显的是回车，所以当按下回车键时，用户会看到光标回到行首，但是不会换行。然后程序在输出时，由于紧接着输出一个换行符，所以会换行，然后输出后面的内容。 因此，在控制台上，当用户按下回车键后，屏幕上可能看不到任何字符（因为回车符只是移动光标），但程序会检测到并退出。 为了更清晰地显示，我们可以在循环内的printf语句中特别处理回车键，但在上面的代码中，我们是在循环条件中判断回车键，所以回车键不会进入循环体，而是直接退出循环，然后打印退出信息。 修改一下程序，使其在循环内也能处理回车键（虽然实际上不会进入循环体，因为条件判断在循环开始前）？实际上，上面的代码在读取回车键后直接退出了循环，所以不会进入循环体。因此，我们可以在循环外单独处理回车键的情况。 但是，上面代码已经实现了：当用户按下回车键时，程序退出循环并打印退出信息。 所以，结论是：使用getche()读取回车键会得到一个'\r'字符，并且光标会回到行首（不回显任何可见字符，但光标位置变化）。在程序中，我们可以通过判断该字符是否为'\r'来识别回车键。 注意：在有些环境下，控制台可能会将回车键解释为换行，但getche()函数本身返回的是回车符（'\r'）。如果我们需要换行，可以在程序中进行转换。 另外，引用[4]中提到，getche()只适用于DOS，在可移植性方面不如标准函数。 相关问题： 1. getche()和getchar()在读取回车键时有什么区别？ 2. 如何用getche()实现一个简单的命令行交互（比如菜单选择）？ 3. 在Windows系统中，getche()函数的行为是否与DOS下一致？ 4. 如何清除getche()之后留在输入缓冲区中的字符（如果有的话）？ </think> 在 C 语言中使用 `getche()` 函数输入回车键时，会发生以下关键情况： ### 1. **回车键被作为有效字符读取** `getche()` 会立即读取回车键（ASCII 13，即 `'\r'`），**无需等待第二次输入**： ```c #include <conio.h> #include <stdio.h> int main() { char ch; printf("Press ENTER: "); ch = getche(); // 直接读取回车键 if (ch == '\r') { printf("\nYou pressed ENTER (ASCII: %d)", ch); // 输出：ASCII 13 } return 0; } ``` ### 2. **回车键的回显行为** - **光标重置**：回车键的回显表现为**将光标移动到当前行的行首** - **无可见字符**：屏幕上不会显示任何可见符号（如 `↵` 或换行效果） - **后续输出可能覆盖内容**：由于光标回到行首，后续的 `printf` 输出会从行首开始，可能覆盖之前的提示信息 ### 3. **与 `getchar()` 的核心区别** | **特性** | `getche()` | `getchar()` (标准库) | |------------------|----------------------------|---------------------------| | **缓冲机制** | 无缓冲，即时读取单字符 | 行缓冲，需按回车才处理输入 | | **回车键处理** | 直接返回 `'\r'` (ASCII 13) | 返回 `'\n'` (ASCII 10) | | **回显** | 显示输入字符（回车无可见效果）| 默认显示输入字符 | | **头文件** | `<conio.h>` (非标准) | `<stdio.h>` (标准) | ### 4. **实际应用场景** 当需要检测回车键时，应直接比较 `'\r'`： ```c char ch; do { printf("\nPress ENTER to continue..."); ch = getche(); } while(ch != '\r'); // 检测回车键 ``` ### 5. **输入流注意事项** 在连续使用 `getche()` 时，**不会遗留换行符**在输入缓冲区中（与 `getchar()` 不同）： ```c ch1 = getche(); // 读回车：返回 '\r' ch2 = getche(); // 可直接读取下一个字符 ``` ### 完整示例 ```c #include <conio.h> #include <stdio.h> int main() { printf("Test 1: Press 'A' then ENTER\n"); char c1 = getche(); // 读 'A' 并显示 char c2 = getche(); // 读回车 printf("\n\nc1='%c'(%d), c2='%c'(%d)", c1, c1, c2, c2); // c2显示为空但ASCII=13 printf("\n\nTest 2: Press only ENTER\n"); if(getche() == '\r') { printf("\n[ENTER detected]"); } return 0; } ``` 运行结果： ``` Test 1: Press 'A' then ENTER A ← 显示'A'后光标回到行首 c1='A'(65), c2=''(13) Test 2: Press only ENTER ← 无显示但光标回行首 [ENTER detected] ← 此输出覆盖原提示 ``` ### 关键总结 1. `getche()` 将回车识别为 `'\r'` (ASCII 13) 2. 回车回显表现为**光标复位到行首**，无可见符号 3. 无需处理缓冲区的残留换行符 4. 检测回车需用 `ch == '\r'`，而非 `'\n'` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值