轮询模式与WebSocket模式（订阅通知模型）

把idea和gitee关联起来

1. 新建gitee仓库
2. 在idea上新建maven项目
3. 让本地仓库的远端（remote）设置成gitee的地址–manage remotes
   
   
   
   
   
4. 把git上的内容拉取下来（pull）
   （总是把添加的新内容放的未更新的里面）
   
5. 若idea里面的内容更新，则上传到gitee（push）
   

轮询模式（订阅-通知模型----使用请求-响应模型模拟）

方案:客户端定期的（按照固定频率、按照随机频率、或者其他频率）去服务器询问

优点:方案实现简单(好设计)、不用长期保持信道

缺点:如果通知的比率不高(问100次，只有1次有结果)，有很多性能的浪费、有时延

长轮询和短轮询的区别：
客户端请求新消息，当服务器没有新消息时：

• 如果是短轮询，直接返回没有新消息，让客户端下次继续轮询。
• 如果是长轮询，会阻塞，直到有新消息产生才返回新消息。

长轮询相比较短轮询的方案，有以下优点:实时性、减少很多无效请求。

WebSocket方案（订阅-通知模型）

事件驱动机制

客户端主动，一旦建立连接，之后，会产生一个全双工（可以双向通信，互不干扰）的信道

服务端的websocket 提供的连接点被成为endpoint,例如CONNECT /hello是一个Endpoint

定义Endpoint

1. 定义类
2. 不需要实现什么接口、或者继承什么类。
3. 通过@ServerEndpoint注解修饰类

websocket的处理，背后也是 事件驱动 的影子:

可能事件：

• open:当有客户端连接成功时 @OnOpen
• close:当对方关闭连接时 @OnClose
• error:当通信过程中发生错误时 @OnError
• message:当收到对方的消息 @OnMessage

NowServlet对象，在整体Tomcat运行过程中，只会实例化一次。
NowServlet对象的属性，在每次请求/now时，都是同一个数据（因为只有一个对象，所以属性是同一个）共享的

NowEndpont对象，是每次有新的websocket建立，就会实例化一个对象。
NowEndpoint对象的属性，是每次建立/now-ws时，都是各自对象的数据，互相不是同一个数据