总述：
HTTP 1.1引入了HTTP tunnel，提供了支持任意流量的TCP隧道的能力。
HTTP proxy是一个中间人，是客户端去请求代理，代理修改请求再去请求网站，proxy不能代理HTTPS请求，因为代理不可能获得网站的私钥。
HTTP tunnel 不需要改写请求包，将C S之间的流量直接转发，所以可以传输代理TLS加密的HTTPS流量。
HTTP tunnel
HTTP tunnel使用CONNECT方法进行建立隧道连接通信。
HTTP tunnel是HTTP/1.1中引入的一个功能，主要为了解决明文的HTTP proxy无法代理跑在TLS中的流量（也就是https）的问题，同时提供了作为任意流量的TCP通道的能力。
HTTP tunnel 不需要改写请求包，将C S之间的流量直接转发，所以可以传输代理TLS加密的HTTPS流量。
CONNECT报文没有后面的负载部分，只有Request-Line和header后面以两个
断开，Request-Line和header均是由代理服务器使用，不会发送到远程服务器。请求的header部分一旦结束（连续的两组CRLF），后面所有的数据都被视为应该发给远端服务器（网站）的数据，代理需要把它们直接转发，而且不限长度，直到从客户端的TCP读通道关闭。
响应同理：对于CONNECT报文的返回值，代理服务器在和远端服务器成功建立连接后，可以（标准说的是可以，但是一般都会）向客户端（浏览器）返回任意一个2xx状态码，此时表示含义是和远端服务器建立连接成功，这个2xx返回报文的header部分一旦结束（连续的两组CRLF），后面所有的数据均为远端服务器返回的数据，同理代理会直接转发远端服务器的返回数据给客户端，直到从远端服务器的TCP读通道关闭。
HTTP proxy ，如何工作
HTTP tunnel出来之前，HTTP proxy工作在中间人模式，即在一次请求中，客户端(浏览器)铭文的请求去请求代理服务器。代理服务器明文去请求远端的服务器(网站)。整个过程的请求响应内容(密码cookie等)代理服务器都是可见的。且使用HTTP proxy模式要求代理服务器对请求报文进行适当修改，RFC2616 5.1.2中要求请求代理的报文中Request-URL使用绝对路径，即以http开头：
使用了代理后，发送的报文将变为：
GET http://stackoverflow.com/ HTTP/1.1
Host: stackoverflow.com
Proxy-Connection: keep-alive
代理从请求的第一行中得知要请求的目标是stackoverflow.com，端口为默认端口（80），将第一行改写后，向网站服务器发送请求：
GET / HTTP/1.1
Host: stackoverflow.com
Connection: keep-alive
因为：如果代理HTTPS流量，那么就会变成浏览器和代理握手跑TLS，代理拿到明文的请求报文，代理和网站握手跑TLS。但是代理没有，也不可能有网站的私钥证书，所以这么做会导致浏览器和代理之间的TLS无法建立，证书校验根本通不过。但是HTTP tunnel的出现解决了这个问题，代理服务器不再作为中间人，不在用改写请求。
HTTP隧道和SOCKS隧道的区别
其中相同的地方：
- 都能在请求中指明要请求的目标和端口。
- 都会建立能传输任何流量的TCP通道，代理服务器对流量内容不关心。
- 都是在报文前部的描述信息结束后，将后续所有数据视为转发的客户端和服务端数据，直到通道关闭。
- 都可以进行客户端的身份验证，而且有多重身份验证协议可选。
不同的地方：
- SOCKS5的报文无论请求还是返回，内容均是固定的。而CONNECT报文作为HTTP/1.1的报文之一，当然也包括了HTTP/1.1可以传输任何自定义header的功能，虽然一般代理不会响应CONNECT报文上的非标准header，但是自己实现一个客户端和服务器通过header传输一些其它数据也是符合标准的。
- SOCKS5 request报文中的address，根据address type（ATYP）字节的值，可以显式声明为IPv4地址、IPv6地址、域名（domain）。而CONNECT报文中的Request-URI根据RFC要求必须为authority形式（即没有http://前缀，只包含host，以及可选的port，其中host和port要用":"分隔），也就是说CONNECT报文不会显式的区分IP地址和域名，均作为host传输。
- 由于CONNECT报文还是http，所以也可以跑在TLS里，也就是说客户端和代理跑一层TLS，这一层里面客户端和远端服务器再跑一层TLS。这样当代理服务器需要用户名密码验证，而验证方式又是Basic时，可以通过TLS来保护代理请求报文中的明文用户名密码。
参考来源：https://www.zhihu.com/question/21955083/answer/142736329