首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Java面试——TCP与HTTP

【1】Cookie 保存在客户端,未设置存储时间的 Cookie,关闭浏览器会话 Cookie 就会被删除;设置了存储时间的 Cookie 保存在用户设备的磁盘中直到过期,同时 Cookie 在客户端所以可以伪造,不是十分安全,敏感数据不易保存。Session 保存在服务器端,存储在 IIS 的进程开辟的内存中,而 Session 过多会消耗服务器资源,所以尽量少使用 Session。 【2】Session 是服务器用来跟踪用户的一种手段,每个 Session都有一个唯一标识:session ID。当服务端生成一个 Session 时就会向客户端发送一个 Cookie 保存到客户端,这个 Cookie 保存的是 Session 的 SessionID 这样才能保证客户端发起请求后,用户能够与服务器端成千上万的 Session 进行匹配,同时也保证了不同页面之间传值的正确性。 【3】存储数据类型不同:Session 能够存储任意的 Java 对象,Cookie 只能存储 String 类型的对象。 【4】大于10K 的数据,不要用到 Cookies。

04

Udp的反向代理:nginx

在实时性要求较高的特殊场景下,简单的UDP协议仍然是我们的主要手段。UDP协议没有重传机制,还适用于同时向多台主机广播,因此在诸如多人会议、实时竞技游戏、DNS查询等场景里很适用,视频、音频每一帧可以允许丢失但绝对不能重传,网络不好时用户可以容忍黑一下或者声音嘟一下,如果突然把几秒前的视频帧或者声音重播一次就乱套了。使用UDP协议作为信息承载的传输层协议时,就要面临反向代理如何选择的挑战。通常我们有数台企业内网的服务器向客户端提供服务,此时需要在下游用户前有一台反向代理服务器做UDP包的转发、依据各服务器的实时状态做负载均衡,而关于UDP反向代理服务器的使用介绍网上并不多见。本文将讲述udp协议的会话机制原理,以及基于nginx如何配置udp协议的反向代理,包括如何维持住session、透传客户端ip到上游应用服务的3种方案等。

07

JAVA网络变成之TCP通信

TCP协议用来控制两个网络设备之间的点对点通信,两端设备按作用分为客服端和服务端。服务端为客户端提供服务,通常等待客服端的请求消息,有客服端请求到达之后,及时提供服务和返回响应消息;客户端向服务端主动发出请求,并接受响应消息。 1、首先启动服务端程序,并开始等待网络中的客户请求,然后客服端主动向服务端发出连接请求,服务端接收到客户端的连接请求后,将和客户端之间建立一个稳定的TCP/IP通信的连接。 2、现在客户端将向服务端主动发出请求,服务端接受客户端消息,并及时返回响应消息。这是通过IO流(字节流)实现的。 3、通信完成后,由客户端主动关闭和服务端之间的连接;如果客户端未主动关闭和服务段之间的连接,服务端在等待指定的时间后将关闭这个连接。

05
领券