服务器端开发

ImportNew注：本文是JVM性能优化 – 第2篇 《JVM性能优化， Part 2 ―― 编译器》第一篇 《JVM性能优化， Part 1 ―― JVM简介 》 作为JVM性能优化系列文章的第2篇，本文将着重介绍Java编译器，此外还将对JIT编译器常用的一些优化措施进行讨论（参见“JVM性能优化，Part 1″中对JVM的介绍）。Eva Andreasson将对不同种类的编译器做介绍，并比较客户端、服务器端和层次编译产生的编译结果在性能上的区别，此外将对通用的JVM优化做介绍，包括死代码剔除、内联以及循环优化。 Java编译器存在是Java编程语言能独立于平台的根本原因。软件开发者可以尽全力编写程序，然后由Java编译器将源代码编译为针对于特定平台的高效、可运行的代码。不同类型的编译器适合于不同应用程序的需求，使编译结果可以满足期望的性能要求。对编译器基本原理了解得越多，在优化Java应用程序性能时就越能得心应手。 什么是编译器 简单来说，编译器就是将一种编程语言作为输入，输出另一种可执行语言的工具。大家都熟悉的javac就是一个编译器，所有标准版的JDK中都带有这个工具。javac以Java源代码作为输入，将其翻译为可由JVM执行的字节码。翻译后的字节码存储在.class文件中，在启动Java进程的时候，被载入到Java运行时中。 标准CPU并不能识别字节码

#0 系列目录# 聊聊远程通信 Java远程通讯技术及原理分析 聊聊Socket、TCP/IP、HTTP、FTP及网络编程 RMI原理及实现 RPC原理及实现 轻量级分布式 RPC 框架 使用 RMI + ZooKeeper 实现远程调用框架 深入浅出SOA思想 微服务、SOA 和 API对比与分析 聊聊同步、异步、阻塞与非阻塞 聊聊Linux 五种IO模型 聊聊IO多路复用之select、poll、epoll详解 聊聊C10K问题及解决方案 #1 简介# RMI是远程方法调用的简称，像其名称暗示的那样，它能够帮助我们查找并执行远程对象的方法。通俗地说， 远程调用就象将一个class放在A机器上，然后在B机器中调用这个class的方法 。 我个人认为，尽管RMI不是唯一的企业级远程对象访问方案，但它却是最容易实现的。与能够使不同编程语言开发的CORBA不同的是，RMI是一种纯Java解决方案。 在RMI中，程序的所有部分都由Java编写 。 #2 概念# 我在前面已经提到，RMI是一种远程方法调用机制，其过程对于最终用户是透明的：在进行现场演示时，如果我不说它使用了RNI，其他人不可能知道调用的方法存储在其他机器上。当然了，二台机器上必须都安装有Java虚拟机（JVM）。 其他机器需要调用的对象必须被导出到远程注册服务器，这样才能被其他机器调用。因此，

1 * 2 * Ajax 3 * Asynchronous JavaScript and XML 4 * 直译中文 - JavaScript和XML的异步 5 * （不严格的定义）客户端与服务器端进行交互，而无需刷新当前页面的技术，称之为Ajax 6 * Ajax实现的是B/S架构下的异步交互 7 * 实现异步交互的技术 8 * <iframe src="">元素 9 * 同步与异步的区别 10 * 同步交互 - 客户端向服务器发送请求，到服务器端进行响应，这个过程中，用户是不能做任何其他事情的 11 * 执行速度相对比较慢 12 * 响应的是完整的HTML代码 13 * 异步交互 - 客户端向服务器端发送请求，直到服务器端进行响应，这个过程中，用户可以做任何其他事情的 14 * 执行速度相对比较快 15 * 响应的是部分数据 16 * Ajax具有核心对象 17 * XMLHttpRequest对象 18 * 创建XMLHttpRequest对象 19 * 20 * 属性 21 * readyState - 表示当前服务器的通信状态 22 * 0 - （服务器端）尚未初始化 23 * 1 - （服务器端）正在接收 24 * 2 - （服务器端）接收完毕 25 * 3 - （服务器端）正在响应 26 * 4 - （服务器端）响应完毕 27 * status 28 * 200 -

http://popwang.iteye.com/blog/1055576 2011 - 05 - 23 HTTP和Socket Socket 应用服务器 网络协议 网络应用 防火墙 相信不少初学手机联网开发的朋友都想知道Http与Socket连接究竟有什么区别，希望通过自己的浅显理解能对初学者有所帮助。 1、TCP连接 要想明白Socket连接，先要明白TCP连接。手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。 建立起一个TCP连接需要经过“三次握手”： 第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭 连接之前，TCP

文章目录 I ServerSocket 端口号绑定参数 II ServerSocket 复用绑定端口设置 III ServerSocket 设置缓冲区大小 IV ServerSocket 设置超时时间 V ServerSocket 设置性能参数 I ServerSocket 端口号绑定参数 1. 建议绑定时机 : 绑定端口号的操作建议在设置的最后一步进行操作 , 如果绑定了端口号 , 很多设置就无效了 ; 2. int backlog 参数作用 : 创建 ServerSocket 对象之后 , 需要绑定本地的 IP 地址和端口号 , 服务器套接字绑定方法还有一个 int backlog 参数 , 这个参数指的是允许等待的连接队列 , 如将该值设置成 10 的效果是 , 当客户端连接服务器 , 但是服务器还没有调用 accept 方法接收客户端的连接 , 此时如果有 10 个以内的客户端连接 , 这 10 个连接都在缓冲区中等待 , 如果出现第 11 个客户端连接 , 此时客户端就会抛出异常 ; 注意这个异常是在客户端触发的 ; //服务器端绑定本地的 IP 地址和端口号 serverSocket . bind ( new InetSocketAddress ( Inet4Address . getLocalHost ( ) , 8888 ) , 10 ) ; II

一、SSRF简介 SSRF （Server-Side Request Forgery，服务器端请求伪造）：通俗的来说就是我们可以伪造服务器端发起的请求，从而获取客户端所不能得到的数据。SSRF漏洞形成的原因主要是服务器端所提供的接口中包含了所要请求的内容的URL参数，并且未对客户端所传输过来的URL参数进行过滤。这个漏洞造成的危害有： (1)、可以对外网、服务器所在内网、本地进行端口扫描，获取一些服务的banner信息; (2)、攻击运行在内网或本地的应用程序（比如溢出）; (3)、对内网Web应用进行指纹识别，通过访问默认文件实现; (4)、攻击内外网的Web应用，主要是使用Get参数就可以实现的攻击（比如Struts2漏洞利用，SQL注入等）; (5)、利用File协议读取本地文件。 一般的防御措施是对URL参数进行过滤，或者使得URL参数用户不可控。 二、绕过SSRF过滤的几种方法 下文出现的192.168.0.1，10.0.0.1全部为服务器端的内网地址。 1、更改IP地址写法 一些开发者会通过对传过来的URL参数进行正则匹配的方式来过滤掉内网IP，如采用如下正则表达式： ^10(\.([2][0-4]\d|[2][5][0-5]|[01]?\d?\d)){3}$ ^172\.([1][6-9]|[2]\d|3[01])(\.([2][0-4]\d|[2][5][0-5]|

前言： 目前流行的服务调用方式有很多种，例如基于 SOAP 消息格式的 Web Service，基于 JSON 消息格式的 RESTful 服务等。其中所用到的数据传输方式包括 XML，JSON 等，然而 XML 相对体积太大，传输效率低，JSON 体积较小，新颖，但还不够完善。本文将介绍由 Facebook 开发的远程服务调用框架 Apache Thrift，它采用接口描述语言定义并创建服务，支持可扩展的跨语言服务开发，所包含的代码生成引擎可以在多种语言中，如 C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk 等创建高效的、无缝的服务，其传输数据采用二进制格式，相对 XML 和 JSON 体积更小，对于高并发、大数据量和多语言的环境更有优势。本文将详细介绍 Thrift 的使用，并且提供丰富的实例代码加以解释说明，帮助使用者快速构建服务。 一个简单的 Thrift 实例 本文首先介绍一个简单的 Thrift 实现实例，使读者能够快速直观地了解什么是 Thrift 以及如何使用 Thrift 构建服务。 创建一个简单的服务 Hello。首先根据 Thrift 的语法规范编写脚本文件 Hello.thrift，代码如下： 清单 1. Hello.thrift namespace java

我们要设计和实现一个有聊天室功能的APP，需要服务器不断读取来自客户端的信息，并即时地将信息发送给每个连接到本服务器上的客户端，每个客户端可以向服务器发送消息，并不断地接收来自服务器的消息，并将消息显示在界面上。这样就实现了客户端与客户端之间的即时聊天功能。 我用草图画了一下及基本流程为： 原理与思路： 使用TCP面向连接的套接字来建立服务端和客户端两个IP地址端点之间的会画。 服务器端主要完成用户信息的存储、客户端命令的响应与接收、信息的转发等功能。 客户端主要完成登陆、聊天信息的接收以及发送信息等功能。客户端必须在服务器启动后才能连接成功，用户登陆以后聊天室的客户端会显示用户已经登陆，可以与服务器进行即使聊天。 服务器端设计 服务器端是整个聊天室的核心部分，它涵盖了客户端的加入、客户端请求如何处理等一系列功能，客户发送的信息也是通过服务器端发送给其他用户的。 系统的安全性 服务器的安全包括两个部分，一是服务器本身软件和硬件上的安全性，比如防止安全漏洞；而是客户和服务器通讯协议的安全性设计，防止通过协议本身非法攻击服务器。 系统并发服务能力 多线程并发处理可以使CPU效率达到最高，举个例子来说，网络的数据传送速率远远低于CPU的处理能力，本地文件系统资源的读写速度也远远低于CPU的处理能力，在传统的单线程环境中，在一个线程程序中如果出现阻塞则整个程序都可以能停止运行

基于Socket创建Web服务 为什么要使用Socket 呢, 我们来看下图 Socket原理图回顾： -------------------编写SocketService,完成字母小写转大写功能----------------------------- ServerSocket服务器端代码如下： public static void main(String[] args) throws IOException { // 1:建立服务器端的tcp socket服务,必须监听一个端口 ServerSocket ss = new ServerSocket(9999); // 2: 通过服务器端的socket对象的accept方法获取连接上的客户端对象 Socket s = null; // 3：获取客户端的数据 while (true) { // 接受Socket服务,如果有,没有则堵塞,等待 s = ss.accept(); System.out.println("accept success......."); // 从Socekt输入流中获取客户端发送过来的输出流 InputStream in = s.getInputStream(); byte[] buf = new byte[1024]; int len = in.read(buf); String str = new

（一）初识HTTP消息头 但凡搞WEB开发的人都离不开HTTP（超文本传输协议），而要了解HTTP，除了HTML本身以外，还有一部分不可忽视的就是HTTP消息头。 做 过Socket编程的人都知道，当我们设计一个通信协议时，“消息头/消息体”的分割方式是很常用的，消息头告诉对方这个消息是干什么的，消息体告诉对方 怎么干。HTTP传输的消息也是这样规定的，每一个HTTP包都分为HTTP头和HTTP体两部分，后者是可选的，而前者是必须的。每当我们打开一个网 页，在上面点击右键，选择“查看源文件”，这时看到的HTML代码就是HTTP的消息体，那么消息头又在哪呢？IE浏览器不让我们看到这部分，但我们可以 通过截取数据包等方法看到它。 下面就来看一个简单的例子： 首先制作一个非常简单的网页，它的内容只有一行： <html><body>hello world</body></html> 把它放到WEB服务器上，比如IIS，然后用IE浏览器请求这个页面（ http://localhost:8080/simple.htm ），当我们请求这个页面时，浏览器实际做了以下四项工作： 1 解析我们输入的地址，从中分解出协议名、主机名、端口、对象路径等部分，对于我们的这个地址，解析得到的结果如下： 协议名：http 主机名：localhost 端口：8080 对象路径：/simple.htm 2