客户端服务器

前言 通常情况下，无论是web浏览器还是移动app，我们与服务器之间的交互都是主动的，客户端向服务器端发出请求，然后服务器端返回数据给客户端，客户端浏览器再将信息呈现，客户端与服务端对应的模式是: 客户端请求--服务端响应，这种机制对于信息变化不是特别频繁的应用尚可，但对于实时要求高、海量并发的应用来说显得捉襟见肘，尤其在当前业界移动互联网蓬勃发展的趋势下，高并发与用户实时响应是 Web 应用经常面临的问题，比如金融证券的实时信息，Web 导航应用中的地理位置获取，社交网络的实时消息推送，新闻的订阅,天气的提醒等。这些情况下，需要服务器主动推送消息给客户端。 那么在这样的模式下,会有几个问题需要我们思考下: 1.应用服务器如何确定每一个应用所在的设备 2.服务器端是如何将消息推送到客户端的，客户端又不像服务器有一个固定的地址 带着这些疑问我们来研究一下目前有哪些技术可以解决该问题： 一、Ajax轮询 所谓的Ajax轮询，其实就是定时的通过Ajax查询服务端，客户端按规定时间定时像服务端发送ajax请求，服务器接到请求后马上返回响应信息并关闭连接。 这种技术方式实现起来非常简单，但是这种方式会有非常严重的问题，就是需要不断的向服务器发送消息询问，这种方式会对服务器造成极大的性能浪费。 还有一个类似的轮询是使用JSONP跨域请求的方式轮询，在实现起来有差别，但基本原理都是相同的

前言 通常情况下，无论是web浏览器还是移动app，我们与服务器之间的交互都是主动的，客户端向服务器端发出请求，然后服务器端返回数据给客户端，客户端浏览器再将信息呈现，客户端与服务端对应的模式是: 客户端请求--服务端响应，这种机制对于信息变化不是特别频繁的应用尚可，但对于实时要求高、海量并发的应用来说显得捉襟见肘，尤其在当前业界移动互联网蓬勃发展的趋势下，高并发与用户实时响应是 Web 应用经常面临的问题，比如金融证券的实时信息，Web 导航应用中的地理位置获取，社交网络的实时消息推送，新闻的订阅,天气的提醒等。这些情况下，需要服务器主动推送消息给客户端。 那么在这样的模式下,会有几个问题需要我们思考下: 1.应用服务器如何确定每一个应用所在的设备 2.服务器端是如何将消息推送到客户端的，客户端又不像服务器有一个固定的地址 带着这些疑问我们来研究一下目前有哪些技术可以解决该问题： 一、Ajax轮询 所谓的Ajax轮询，其实就是定时的通过Ajax查询服务端，客户端按规定时间定时像服务端发送ajax请求，服务器接到请求后马上返回响应信息并关闭连接。 这种技术方式实现起来非常简单，但是这种方式会有非常严重的问题，就是需要不断的向服务器发送消息询问，这种方式会对服务器造成极大的性能浪费。 还有一个类似的轮询是使用JSONP跨域请求的方式轮询，在实现起来有差别，但基本原理都是相同的

转自：http://www.cnblogs.com/study-everyday/p/6140498.html 通常情况下,打开网页或app去查询或者刷新时，客户端向服务器发出请求然后返回数据,客户端与服务端对应的模式是: 客户端请求--服务端响应, 而在有些情况下,服务端会主动推送一些信息到客户端,例如:新闻的订阅,天气的提醒等等,那么在这样的模式下,会有些问题值得思考: 1.应用服务器如何确定每一个应用所在的设备 2.服务端把消息推到哪，客户端又不像服务器有一个固定的地址 服务端主动推送到客户端是怎么一个过程? 结合一个实际问题分析下: 问题提出: 外卖app, 商家在商家后台需要实时的获取到有没有新订单，有的话是几个；这个需求类似与日常中使用QQ或者微信时的新信息提醒一样，只要有新信息就需要提醒 最近工作中遇到一个场景，商家在商家后台需要实时的获取到有没有新订单，有的话是几个；这个需求类似与日常中使用QQ或者微信时的新信息提醒一样，只要有新信息就需要提醒；商家基本在PC上使用，各式浏览器都有:如 IE系列（7.0，8.0，9.0及以上），chrome内核，firefox等；功能所属的部署在Tomcat 6.0上，如果技术需要可以部署到 Tomcat 7.0上; 我们先做做技术调研，这种浏览器与服务器实时通信的方式有哪些方式。 AJAX轮询 这是我们最自然想到的。

通常情况下，打开网页或app去查询或者刷新时，客户端向服务器发出请求然后返回数据,客户端与服务端对应的模式是: 客户端请求--服务端响应, 而在有些情况下,服务端会主动推送一些信息到客户端,例如:新闻的订阅,天气的提醒等等,那么在这样的模式下,会有些问题值得思考: 1）应用服务器如何确定每一个应用所在的设备？ 2）服务端把消息推到哪，客户端又不像服务器有一个固定的地址？ 3）服务端主动推送到客户端是怎么一个过程? 假设一个场景，商家在商家后台需要实时的获取到有没有新订单，有的话是几个；这个需求类似与日常中使用QQ或者微信时的新信息提醒一样，只要有新信息就需要提醒；商家基本在PC上使用，各式浏览器都有：如 IE系列（7.0，8.0，9.0及以上），chrome内核，firefox等；功能所属的部署在Tomcat 6.0上，如果技术需要可以部署到 Tomcat 7.0上。 这种浏览器与服务器实时通信的方式有哪些方式。 1、AJAX轮询 这是我们最自然想到的。 采用 常规AJAX轮询 的方式，每10s或者30s轮询一次，既可以判断出有有多少个新订单进入，且这种时间间隔对于消息提醒也是可以接受的。这种技术方式实现起来非常简单，目前的机器都是可以机器的，前端浏览器也都支持。 但是这种方式会有非常严重的问题，就是需要不断的向服务器发送消息询问，如果有1w个商家打开了浏览器，采用10s轮询的方式

【转】转自知乎高票回答 https://www.zhihu.com/question/20215561 一、WebSocket是HTML5出的东西（协议），也就是说HTTP协议没有变化，或者说没关系，但HTTP是不支持持久连接的（长连接，循环连接的不算） 首先HTTP有1.1和1.0之说，也就是所谓的keep-alive，把多个HTTP请求合并为一个，但是Websocket其实是一个新协议，跟HTTP协议基本没有关系，只是为了兼容现有浏览器的握手规范而已，也就是说它是HTTP协议上的一种补充可以通过这样一张图理解 有交集，但是并不是全部。 另外Html5是指的一系列新的API，或者说新规范，新技术。Http协议本身只有1.0和1.1，而且跟Html本身没有直接关系。。 通俗来说，你可以用HTTP 协议 传输非Html 数据 ，就是这样=。= 再简单来说， 层级不一样 。 二、Websocket是什么样的协议，具体有什么优点 首先，Websocket是一个 持久化 的协议，相对于HTTP这种 非持久 的协议来说。 简单的举个例子吧，用目前应用比较广泛的PHP生命周期来解释。 1) HTTP的生命周期通过Request来界定，也就是一个Request 一个Response，那么 在 HTTP1.0 中 ，这次HTTP请求就结束了。 在HTTP1.1中进行了改进，使得有一个keep

　　什么是socket? 　　Socket 是在应用层和传输层之间的一个抽象层，它把 TCP/IP 层复杂的操作抽象为几个简单的接口，供应用层调用实现进程在网络中的通信。Socket 起源于 UNIX，在 UNIX 一切皆文件的思想下，进程间通信就被冠名为文件描述符(file descriptor)，Socket 是一种“打开—读/写—关闭”模式的实现，服务器和客户端各自维护一个“文件”，在建立连接打开后，可以向文件写入内容供对方读取或者读取对方内容，通讯结束时关闭文件。 　　如图为Socket所在位置： 　　Socket 通信过程 　　Socket 保证了不同计算机之间的通信，也就是网络通信。对于网站，通信模型是服务器与客户端之间的通信。两端都建立了一个 Socket 对象，然后通过 Socket 对象对数据进行传输。通常服务器处于一个无限循环，等待客户端的连接。 　　相关学习视频教程分享：php视频教程 　　下图是面向连接的 TCP 时序图： 　　客户端过程： 　　客户端的过程比较简单，创建 Socket，连接服务器，将 Socket 与远程主机连接(注意：只有 TCP 才有“连接”的概念，一些 Socket 比如 UDP、ICMP 和 ARP 没有“连接”的概念)，发送数据，读取响应数据，直到数据交换完毕，关闭连接，结束 TCP 对话。 　　这里也可用 send() 方法

为什么要监控 运维的职责 1.保障企业数据的安全可靠。 2.为客户提供7*24小时服务。 3.不断提升用户的体验。 在关键时刻，提前提醒我们服务器要出问题了 当出问题之后，可以便于找到问题的根源 拿到公司服务器的管理权之后， 第一件事，备份 第二件事，监控 数据有故障了，服务有问题了，一些内容挂掉了，比如web服务器，或者是硬件的服务器，raid，磁盘有故障了也会报警，用户访问网站，感觉慢了，也可以获得相应的提示 这是一个非常重要的部分 你们公司监控是怎么做的-面试题 OSI/ISO7层协议进行回答 业务流程、用户访问网站的流程进行补充 监控工具 mrtg 流量监控出图 nagios 监控 cacti 流量监控出图 zabbix 监控+出图，所有监控范畴，都可以整合到Zabbix中。 硬件监控：Zabbix IPMI Interface 系统监控：Zabbix Agent Interface Java监控：Zabbix JMX Interface 网络设备监控：Zabbix SNMP Interface 应用服务监控：Zabbix Agent UserParameter MySQL数据库监控：percona-monitoring-plulgins URL监控：Zabbix Web 监控 Zabbix简介 zabbix是一个基于WEB界面的

网络编程,并发编程 面试题1. 简述 OSI 七层协议。应用层与其它计算机进行通讯的一个应用，它是对应应用程序的通信服务的。例如，一个没有通信功能的字处理程序就不能执行通信的代码，从事字处理工作的程序员也不关心OSI的第7层。但是，如果添加了一个传输文件的选项，那么字处理器的程序员就需要实现OSI的第7层。示例：TELNET，HTTP，FTP，NFS，SMTP等。表示层这一层的主要功能是定义数据格式及加密。例如，FTP允许你选择以二进制或ASCII格式传输。如果选择二进制，那么发送方和接收方不改变文件的内容。如果选择ASCII格式，发送方将把文本从发送方的字符集转换成标准的ASCII后发送数据。在接收方将标准的ASCII转换成接收方计算机的字符集。示例：加密，ASCII等。会话层它定义了如何开始、控制和结束一个会话，包括对多个双向消息的控制和管理，以便在只完成连续消息的一部分时可以通知应用，从而使表示层看到的数据是连续的，在某些情况下，如果表示层收到了所有的数据，则用数据代表表示层。示例：RPC，SQL等。传输层这层的功能包括是否选择差错恢复协议还是无差错恢复协议，及在同一主机上对不同应用的数据流的输入进行复用，还包括对收到的顺序不对的数据包的重新排序功能。示例：TCP，UDP，SPX。网络层这层对端到端的包传输进行定义，它定义了能够标识所有结点的逻辑地址

** 1.Servlet概述 ** （1）Servlet作用 Servlet是JavaWeb三大组件之一，属于动态资源。多个浏览器（客户端）发送请求，服务器将受到的请求交给服务器中的Servlet来处理客户端请求。服务器中有多个Servlet，每个Servlet都有各自的功能来处理客户端的不同请求。Servlet的整个工作工程是“ 接收请求数据-处理请求-响应 ”。 (2）实现Servlet方式 实现Servlet有三种方式： 实现 javax.servlet.Servlet 接口； 继承 javax.servlet.GenericServlet 类； 继承 javax.servlet.http.HttpServlet 类； //Servlet生命周期的三个方法 //创建Servlet对象后立即执行的初始化方法，仅执行一次 public void init ( ServletConfig servletConfig ) { } //处理请求时调用的方法，可被执行多次 public void service ( ServletRequest servletRequest , ServletResponse servletResponse ) { } //销毁Servlet对象前执行，仅执行一次 public void destory ( ) { } /

目录 主从复制概述 如何使用主从复制 开启主从复制 断开主从复制 主从复制的实现原理 连接建立阶段 数据同步阶段 命令传播阶段 【数据同步阶段】全量复制和部分复制 全量复制 部分复制 psync命令的执行 【命令传播阶段】心跳机制 主->从：PING 从->主：REPLCONF ACK 应用中的问题 读写分离及其中的问题 复制超时问题 各场景下复制的选择及优化技巧 复制相关的配置 单机内存大小限制 回到顶部 主从复制概述 在Redis客户端通过 info replication 可以查看与复制相关的状态，对于了解主从节点的当前状态，以及解决出现的问题都会有帮助。 主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master/leader)，后者称为从节点(slave/follower)；数据的复制是单向的，只能由主节点到从节点。 默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。 主从复制的作用主要包括： 数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。 故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。 负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务