随着互联网的不断发展，用户在访问互联网的时候使用的终端设备类型也在不断的变化，但是这些都是基于http协议来实现的，下面我们就简单分析一下，http发送请求的处理过程。
HTTP协议是基于TCP协议的，所以它使用面向连接的方式发送请求，通过stream二进制流的方式传给对方。
当然，到了TCP层，它会把二进制流变成一个的报文段发送给服务器。
在发送给每个报文段的时候，都需要对方有一个回应ACK，来保证报文可靠地到达了对方。
如果没有回应，那么TCP这一层会进行重新传输，直到可以到达。
同一个包有可能被传了好多次，但是HTTP这一层不需要知道这一点，因为是TCP这一层在埋头苦干。
TCP层发送每一个报文的时候，都需要加上自己的地址(即源地址)和它想要去的地方(即目标地址)，将这两个信息放到IP头里面，交给IP层进行传输。
IP层需要查看目标地址和自己是否是在同一个局域网。
如果是，就发送ARP协议来请求这个目标地址对应的MAC地址，然后将源MAC和目标MAC放入MAC头，发送出去即可。
如果不在同一个局域网，就需要发送到网关，还要需要发送ARP协议，来获取网关的MAC地址，然后将源MAC和网关MAC放入MAC头，发送出去。
网关收到包发现MAC符合，取出目标IP地址，根据路由协议找到下一跳的路由器，获取下一跳路由器的MAC地址，将包发给下一跳路由器。
这样路由器一跳一跳终于到达目标的局域网。
这个时候，后一跳的路由器能够发现，目标地址就在自己的某一个出口的局域网上。
于是，在这个局域网上发送ARP，获得这个目标地址的MAC地址，将包发出去。
目标的机器发现MAC地址符合，就将包收起来发现IP地址符合，根据IP头中协议项，知道自己上一层是TCP协议，于是解析TCP的头，里面有序列号，IT培训http://www.kmbdqn.cn/建议需要看一看这个序列包是不是我要的，如果是就放入缓存中然后返回一个ACK，如果不是就丢弃。
TCP头里面还有端口号，HTTP的服务器正在监听这个端口号。
于是，目标机器自然知道是HTTP服务器这个进程想要这个包，于是将包发给HTTP服务器。
HTTP服务器的进程看到，原来这个请求是要访问一个网页，于是就把这个网页发给客户端。
你好，很高兴回答你的问题。这种问题，有相对成熟的机制来解决。这种机制叫分布式锁。其实和单机部署时的同步锁类似，单机部署是一个线程获取到锁之后，另一个线程因为获取不到锁就不能和上一个线程同时执行。分布式锁道理类似，这个锁一般会由一个独立于部署的多个服务实例之外的系统来解决。比如redis，redis有个方法是setNx(key)这个方法是原子性的，如果redis中不存在key对应的数据，则会存入，相当于获取到锁，如果redis中已经存在key对应的数据，说明锁已经被占用，就会返回false。放服务实例处理完这个业务功能后可以删除掉redis中的数据，相当于适当锁。为了防止因意外情况导致不会执行释放锁的操作，可以给存入redis的数据设置一个过期时间，如果时间到了，数据还没有被删除，redis会自行删除这条数据。如果有帮助到你，请点击采纳。基本上是每一个会话一个线程处理,线程会等待一定的时间,如果没有上下文,那么这个线程就结束了..如果有请求,就刷新等待时间.一个会话就是一个终端从从一个地方连续发来的若干次请求... 通常前台会生成一个类似uuid的东西,在后台保存,当浏览器关闭之后,这个标记值就消失了..当你再次打开浏览器的时候,这个值又会重新生成..
后台会根据这个值,开启一个线程等待处理...
