Nginx反向代理与负载均衡
反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。　　
反向代理负载均衡技术是把将来自internet上的连接请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理，从而达到负载均衡的目的。
二、常见使用场景
1. 反向代理：(如图2-3所示)
a. Web向前端Nginx发送HTTP请求
b. 如果请求的资源是静态资源，则前端Nginx服务器直接将静态资源返回给Web浏览器；
c. 如果请求的资源是动态页面，则前端Nginx服务器通过反向代理，将请求转发给上游服务器(Tomcat\Apache等)，上游服务器处理完毕动态请求后返回给前端Nginx服务器，前端Nginx服务器再转发动态页面应答给Web浏览器。
2. 负载均衡使用场景：
当Nginx前端接收到大量的HTTP请求后，通过一定的策略，尽量把请求平均地分布到每台上游服务器上，以避免单个服务器被压爆。
三、配置说明：
1. 负载均衡的基本配置
1)upstream块
语法：upstream name{...}
配置块：http
upstream块定义了一个上游服务器的集群，便于反向代理中的proxy_pass使用。例如：
Upstream backend{
Location / {
Proxy_pass http://backend
语法：server name[parameters];
配置块：upstream
server配置项制定了一台上游服务器的名字，这个名字可以是域名、IP地址端口、Unix句柄等，在其后还可以跟下列参数。
& weight=number：设置向这台上游服务器转发的权值，默认为1.
& max_fails=number：该选项与fail_timeout配合使用，指在fail_timeout时间段内，如果向当前的上游服务器转发失败次数超过number，则认为在当前的fail_timeout时间段内这台上游服务器不可用。Max_fails默认为1，如果设置为0，则表示不检查失败次数。
& fail_timeout=time：表示该时间段内转发失败多少次后就认为上游服务器暂时不可用，用于优化反向代理功能。Fail_timeout默认为10秒。
& down：表示所在的上游服务器永久下线，只在使用ip_hash配置项时才有用。
& backup：在使用ip_hash配置项时它是无效的。它表示所在的上游服务器只是备份服务器，只有在所有的非备份上游服务器都失效后，才会向其转发请求。
upstream backend{
server 127.0.0.1:8080 max_fails=3 fail_timeout=30s;
server unix:/tmp/backend3
语法：ip_hash
配置块：upstream
在有些场景下，我们可能会希望来自某一个用户的请求始终落到固定的一台上游服务器上。例如：假设上游服务器会缓存一些信息，如果同一个用户的请求任意地转发到集群中的任一台上游服务器上，那么每一台上游服务器都有可能会缓存同一份信息，这既会造成资源浪费，也会难以有效地管理缓存信息。ip_hash就是用以解决上述问题的。
ip_hash与weight配置不可同时使用。如果upstream集群中有一台上游服务器暂时不可用，不能直接删除该配置，而是要down参数标识，确保转发策略的一贯性。例如：
upstream backend{
4)记录日志时支持的变量
如果需要将负载均衡时的一些信息记录到access_log日志中，那么在定义日志格式时可以使用负载均衡功能提供的变量，如下表
$upstream_addr
处理请求的上游服务器地址
$upstream_cache_status
表示是否命中缓存，取值范围：MISS、EXPIRED、UPDATING、STALE、HIT
$upstream_status
上游服务器返回的响应中的HTTP响应码
$upstream_response_time
上游服务器的响应时间，精确到毫秒
$upstream_http_$HEADER
HTTP的头部，如upstream_http_host
2.反向代理的基本配置
1)proxy_pass
语法：proxy_pass URL;
配置块：location、if
此配置项将当前的请求反向代理到URL参数指定的服务器上，URL可以是主机名或IP地址端口形式，例如：
proxy_pass http://localhost:8000/uri/;
还可以直接使用upstream块，例如：
upstream backend{
location / {
proxy_pass http://bakend
默认情况下反向代理是不会转发请求中的host头部的。如果需要转发，那么必须加上配置：
proxy_set_headerHost $
2)proxy_method
语法：proxy_methodmethod
配置块：http、server、location
此配置项表示转发时的协议方法名。例如设置为：
proxy_method POST;
那么客户端发来的GET请求在转发时方法名也会改为POST。
3)proxy_hide_header
语法：proxy_hide_header the_header；
配置块：http、server、location
Nginx会将上游服务器的响应转发给客户端，但默认不会转发一下HTTP头部字段：Date、Server、X-Pad和X-Accel-*。使用proxy_hide_header后可以任意指定哪些HTTP头部字段不能被转发，例如：
proxy_hide_headerCache-C
proxy_hide_headerMicrosoftOfficeWebS
3)proxy_pass_header
语法：proxy_pass_headerthe_header；
配置块：http、server、location
与proxy_hide_header功能相反，proxy_pass_header会将原来禁止转发的header设置为允许转发。
4)proxy_pass_request_body
语法：proxy_pass_request_bodyon|off；
配置块：http、server、location
作用为确定是否向上游服务器转发HTTP包体部分。
5)proxy_pass_requst_headers
语法：proxy_pass_requst_headerson|off；
配置块：http、server、location
作用为确定是否向上游服务器转发HTTP头部。
6)proxy_redirect
语法：proxy_redirect[default|off|redirect replacement]；
配置块：http、server、location
当上游服务器返回的响应是重定向或者刷新请求(如301或302)，proxy_direct可以重设HTTP头部的location或refresh字段。例如：
proxy_direct http://localhost:8000/two http://frontend/
如果上游服务器发出的响应是302重定向请求，location字段的URL是http://localhost:8000/two/some/uri/，那么经过以上配置，实际转发给客户端的location是http://frontend/one/some/uri/。
3.反向代理和负载均衡的配置实例文件：
负载均衡：
worker_processes 1;
worker_connections 1024;
upstream lxx {//默认是80端口
server 192.168.0.62 weight=2;
server 192.168.0.161 weight=3;
listen 80;
location / {
proxy_pass http://
反向代理：
worker_processes 1;
worker_connections 1024;
upstream lxx {//默认是80端口
server 192.168.0.62 weight=2;
server 192.168.0.161 weight=3;
listen 80;
location / {
proxy_pass http://
#Proxy Settings
proxy_set_header Host $
proxy_set_header X-Real-IP $remote_
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_
proxy_next_upstream errortimeout invalid_header http_500 http_502 http_503 http_504;
proxy_max_temp_file_size 0;
proxy_connect_timeout 90;
proxy_send_timeout90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'系统环境：
VirtualBox Manager
nginx1.10.0
IP对应的机器名：
&&& & IP & & & & & & && 机器名 &&&&&&&&&&&&& 角色名
10.0.0.139&&&&& [elk]&&&&&&&&&&&&&&&&&&&& client
10.0.0.136&&&&& [lvs-master]&&&&&&& nginx server
10.0.0.137&&&&& [kvm]&&&&&&&&&&&&&&&&&& web server 1
10.0.0.111&&&&& [lvs-backup]&&&&&&& web server 2
一、正向代理
概念这里不在介绍，可以参考此文http://my.oschina.net/yoyoko/blog/147414。
1.1 环境介绍
1.2 配置介绍
Nginx server:(内网地址：10.0.0.136，外网地址：172.16.27.64)
使用VirtualBox Manager虚拟出双网卡。
Nginx client:
只有一个内网网卡，通过访问Nginx server去访问internet，其实翻墙、肉鸡、之类的俗称就是这个原理。
二、反向代理
介绍文章同正向代理
2.1 环境介绍
1.下面来看下测试页面:
[python]&&
2.看下效果：
2.2 配置介绍
[python]&&
看下结果：
代理多个web服务器：
三、负载均衡
负载均衡实现的方式有很多，常用的lvs四层负载均衡，nginx是七层负载均衡，可以网上查询相关资料。
3.1 环境介绍
3.2 配置介绍
1.upstream是Nginx的HTTP Upstream模块，这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡。在上面的设定中，通过upstream指令指定了一个负载均衡器的名称1.2.3.4。这个名称可以任意指定，在后面需要用到的地方直接调用即可。
2.Nginx的负载均衡模块目前支持4种调度算法，下面进行分别介绍，其中后两项属于第三方调度算法。 &
轮询（默认）。每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。Weight 指定轮询权值，Weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。
ip_hash。每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。
fair。这是比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持fair的，如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。
url_hash。此方法按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx 的hash软件包。
3.upstream 支持的状态参数
在HTTP Upstream模块中，可以通过server指令指定后端服务器的IP地址和端口，同时还可以设定每个后端服务器在负载均衡调度中的状态。常用的状态有： & & &
down，表示当前的server暂时不参与负载均衡。
backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。
fail_timeout，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用。
注，当负载调度算法为ip_hash时，后端服务器在负载均衡调度中的状态不能是weight和backup。
我们来看下具体配置：
[python]&&
4.测试结果
[python]&&
5.健康检查
一般健康检查都需要搞个keepalived，但nginx也有相应的参数可以设置。
max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。
fail_timeout，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用，进行健康状态检查。
[python]&&
6.测试下结果
[python]&&
7.ip_hash的负载均衡
[python]&&
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：23817次
排名：千里之外
原创：69篇
转载：39篇
(2)(15)(4)(5)(6)(2)(5)(5)(14)(11)(16)(12)(8)(1)(4)(1)(2)smile_青春 的BLOG
用户名：smile_青春
文章数：146
访问量：21556
注册日期：
阅读量：5863
阅读量：12276
阅读量：390043
阅读量：1081082
51CTO推荐博文
/link?url=SEgK7aCzFwYffg8jwxLVh-k-QKmvAKEEnCtagZe_lJKnG8r1HCuQ_cBZUSpn5PtamXg_-QTrB-mCx3D0li3YpAbrw2mVIwUOibLOX0AukDy
了这篇文章
类别：┆阅读(0)┆评论(0)反向代理的概念nginx方向代理和负载均衡的方法 - 推酷
反向代理的概念nginx方向代理和负载均衡的方法
1.什么是正向代理和正向代理服务器？
正向代理就是通常所说的代理，是某台电脑通过一台服务器来上Internet网的这种方式，其中这台电脑就叫客户机，这台服务器就叫正向代理服务器也就是通常所说的代理服务器。在这种方式中，你是主动的，网站是被动的，网站那里不能得到你的真实ip地址。正向代理服务器。它只用于代理内部网络对Internet的连接请求，客户机必须指定代理服务器（一般在IE-Internet选项-连接-局域网设置），并将本来要直接发送到Web服务器上的http请求发送到代理服务器中。
2.什么是反向代理和反向代理服务器?
反向代理就是网站通过一台服务器发布到公网，供用户访问。用户直接访问那台反向代理服务器，然后通过那台服务器访问到网站。用户无法得到网站的真实IP地 址。这样就保护了网站服务器，如果您有台服务器在国内又不想让人找到IP，就可以在国外搭建一台反向代理服务器。一个反向代理服务器将很多网站解析到同一 ip地址上。
技术讲法，普通的Web代理服务器是不支持外部对内部网络的访问请求的。当一个代理服务器能够代理外部网络上的主机，访问内部网络时，这种代理服务的方式称为
反向代理服务
。此时的代理服务器称为
反向代理服务器
，对外表现为一个Web服务器，外部网络就可以简单把它当作一个标准的Web服务器而不需要特定的配置。不同之处在于，这个服务器没有保存任何网页的真实数据，所有的静态网页或者CGI程序，都保存在内部的Web服务器上。因此对反向代理服务器的攻击并不会使得网页信息遭到破坏，这样就增强了Web服务器的 安全性
反向代理用于外部网络访问内部网络时使用，正向代理用于提供内部网络对外部网络的访问能力，并可以使用包过滤拒绝其他方式访问外部网络。
反向代理技术在提高网站访问速度，增强网站可用性、安全性方面有很好的用途。可以利用 DNS 轮询和 Squid 反向代理技术，实现了网站的负载均衡，从而提高了网站的可用性和可靠性。
反向代理服务器也称为WEB加速服务器
，它位于WEB 服务器的前端，充当WEB 服务器的内容缓存器。来降低实际的WEB服务器的负载。现在有许多大型的门户网站如SINA 都采用squid 反向代理技术来加速网站的访问速度，可将不同的 URL 请求分发到后台不同的WEB 服务器上，同时互联网用户只能看到反向代理服务器的地址，加强了网站的访问安全。
反向代理服务器是针对 WEB 服务器设置的，后台 WEB 服务器对互联网用户是透明的，用户只能看到反向代理服务器的地址，不清楚后台 WEB 服务器是如何组织架构的。当互联网用户请求 WEB 服务时，DNS 将请求的域名解析为反向代理服务器的 IP 地址，这样 URL 请求将被发送到反向代理服务器，由反向代理服务器负责处理用户的请求与应答、与后台WEB 服务器交互。利用反向代理服务器减轻了后台 WEB 服务器的负载，提高了访问速度，同时避免了因用户直接与 WEB 服务器通信带来的安全隐患。
反向代理服务器通常有两种模型，它可以作为内容服务器的替身，也可以作为内容服务器集群的负载均衡器。
1，作内容服务器的替身
如果您的内容服务器具有必须保持安全的敏感信息，如信用卡号数据库，可在防火墙外部设置一个代理服务器作为内容服务器的替身。当外部客户机尝试访问内容服 务器时，会将其送到代理服务器。实际内容位于内容服务器上，在防火墙内部受到安全保护。代理服务器位于防火墙外部，在客户机看来就像是内容服务器。
当客户机向站点提出请求时，请求将转到代理服务器。然后，代理服务器通过防火墙中的特定通路，将客户机的请求发送到内容服务器。内容服务器再通过该通道 将结果回传给代理服务器。代理服务器将检索到的信息发送给客户机，好像代理服务器就是实际的内容服务器（参见图 2）。如果内容服务器返回错误消息，代理服务器会先行截取该消息并更改标头中列出的任何URL，然后再将消息发送给客户机。如此可防止外部客户机获取内部内容服务器的重定向 URL。这样，代理服务器就在安全数据库和可能的恶意攻击之间提供了又一道屏障。与有权访问整个数据库的情况相对比，就算是侥幸攻击成功，作恶者充其量也仅限于访问单个事务中所涉及的信息。未经授权的用户无法访问到真正的内容服务器，因为防火墙通路只允许代理服务器有权进行访问。
可以配置防火墙路由器，使其只允许特定端口上的特定服务器（在本例中为其所分配端口上的代理服务器）有权通过防火墙进行访问，而不允许其他任何机器进出。
2，作为内容服务器的负载均衡器
可以在一个组织内使用多个代理服务器来平衡各 Web 服务器间的网络负载。在此模型中，可以利用代理服务器的高速缓存特性，创建一个用于负载平衡的服务器池。此时，代理服务器可以位于防火墙的任意一侧。如果 Web 服务器每天都会接收大量的请求，则可以使用代理服务器分担 Web 服务器的负载并提高网络访问效率。
对于客户机发往真正服务器的请求，代理服务器起着中间调停者的作用。代理服务器会将所请求的文档存入高速缓存。如果有不止一个代理服务器，DNS 可以采用“循环复用法”选择其 IP 地址，随机地为请求选择路由。客户机每次都使用同一个 URL，但请求所采取的路由每次都可能经过不同的代理服务器。
可以使用多个代理服务器来处理对一个高用量内容服务器的请求，这样做的好处是内容服务器可以处理更高的负载，并且比其独自工作时更有效率。在初始启动期 间，代理服务器首次从内容服务器检索文档，此后，对内容服务器的请求数会大大下降
&&& Squid概念
Squid可以与apache配合做负载均衡操作
Squid 是一种用来缓冲Internet数据的软件。它是这样实现其功能的，接受来自人们需要下载的目标（object）的请求并适当地处理这些请求。也就是说， 如果一个人想下载一web页面，他请求Squid为他取得这个页面。Squid随之连接到远程服务器（比 如：http：//squid.nlanr.net/）并向这个页面发出请求。然后，Squid显式地聚集数据到客户端机器，而且同时复制一份。当下一次 有人需要同一页面时，Squid可以简单地从磁盘中读到它，那样数据迅即就会传输到客户机上。当前的Squid可以处理 HTTP，FTP，GOPHER，SSL和WAIS等协议。但它不能处理如POP，NNTP，RealAudio以及其它类型的东西。
Squid是一个高性能的代理缓存服务器，Squid支持FTP、gopher和HTTP协议。和一般的代理缓存软件不同，Squid用一个单独的、非模块化的、I/O驱动的进程来处理所有的客户端请求。
Squid 将数据元缓存在内存中，同时也缓存DNS查询的结果，除此之外，它还支持非模块化的DNS查询，对失败的请求进行消极缓存。Squid支持SSL，支持访 问控制。由于使用了ICP（轻量Internet缓存协议），Squid能够实现层叠的代理阵列，从而最大限度地节约带宽。
Squid由一个主要 的服务程序squid,一个DNS查询程序dnsserver，几个重写请求和执行认证的程序，以及几个管理工具组成。当Squid启动以后，它可以派生出预先指定数目的dnsserver进程，而每一个dnsserver进程都可以执行单独的DNS查询，这样一来就大大减少了服务器等待DNS查询的时 间。
fastCGI概念
nginx需要匹配值fastcgi才能支持对php的解析
所 谓FastCGI就是对CGI的改进。它一般采用C/S结构，一般脚本处理器会启动一个或者多个daemon进程，每次HTTPServer遇到脚本的时 候，直接交付给FastCGI的进程来执行，然后将得到的结果(通常为html)返回给浏览器。该种方法的问题存在一个小问题是当遇到大流量的频繁请求的话，脚本处理器的daemon进程可能会超负荷从而变得很慢，甚至发生内存泄漏；但是比较起Apache的内置模块的方式的优点是由于Server和脚本 解析器完全分开各负其责，因此服务器不再臃肿，可以专心地进行静态文件响应或者将动态脚本解析器的结果返回给用户客户端。所以比较起Apache的内置模 块方式，有时候性能要提高很多。有人测试可能会达到Apache+mod_php的5~10倍。
说明nginx设置为php应用服务器需要fastcgi处理器作为支持，
1、apache 反向代理配置
在安装了Apache，因为安装时，没有加载mod_proxy配置，只好后续增加了。
在解压后的文件中（
/usr/local/src/apache2.2.21/
）执行如下命令：
./configure --prefix=/usr/local/apache2.2.21/ --enable-mods-shared='proxyproxy_ajp proxy_balancer proxy_connect proxy_ftp proxy_http proxy_rewrite'
make install
------------------------------------------------------------------
conf/httpd.conf
文件中，出现加载的模块信息，如下图示：
其中，mod_proxy. proxy_http.so 是反向代理需要的，mod_proxy_balancer.so是负载均衡需要的
下面，在 httpd.conf 中配置两个虚拟主机，并对应两个端口（）。如图示：
如果启动apache服务，访问 http://localhost:8811 和 http://localhost:8822 都可以
配置对应的虚拟主机，如图示：
2、nginx 反向代理配置
第一步 配置反向代理
在nginx.conf中修改：
location ~ /.php$ {
proxy_pass&&
这样当客户端访问localhost:8080/index.html的时候，前端的nginx会自动进行响应。当用户访问localhost:8080 /test.php的时候(这个时候nginx目录下根本就没有该文件)，但是通过上面的设置location ~ /.php$(表示正则表达式匹配以.php结尾的文件，详情参看location是如何定义和匹配的
，nginx服务器会自动pass给158.37.70.143的apache服务器了。该服务器下的test.php就会被自动解析，然后将html的 结果页面返回给nginx，然后nginx进行显示(如果nginx使用memcached模块或者squid还可以支持缓存)，输出结果为打印 server2。
如上是最为简单的使用nginx做为反向代理服务器的例子；
第二步 配置支持2个web应用程序服务器
设置nginx.conf的server模块部分，将对应部分修改为：
location ^~ /phpMyAdmin/ {
proxy_pass&&
location ~ /.php$ {
proxy_pass&&
上面第一个部分location ^~ /phpMyAdmin/，表示不使用正则表达式匹配(^~)，而是直接匹配，也就是如果客户端访问的URL是以
开头的话(本地的nginx目录下根本没有phpMyAdmin目录)，nginx会自动pass到
的Apache服务器，该服务器对phpMyAdmin目录下的页面进行解析，然后将结果发送给nginx，后者显示；
如果客户端访问URL是
的话，则会被pass到
的apache进行处理。
使用nginx设置负载均衡
配置nginx.conf为：
在nginx的配置文件nginx.conf的http模块中添加，服务器集群server cluster(我们这里是两台)的定义：
upstream myCluster {
在server模块中定义，负载均衡：
location ~ /.php$ {
proxy_pass&
#这里的名字和上面的cluster的名字相同
proxy_redirect&&&&
proxy_set_header&&Host&&&&&&&&&&&&$
proxy_set_header&&X-Real-IP&&&&&&& $remote_
proxy_set_header&& X-Forwarded-For&$proxy_add_x_forwarded_
这样的话，如果访问
页面的话，nginx目录下根本没有该文件，但是它会自动将其pass到myCluster定义的服务区机群中，分别由127.0.0.1:80;或者158.37.70.143:80;来做处理。
上面在定义upstream的时候每个server之后没有定义权重，表示两者均衡；如果希望某个更多响应的话例如：
upstream myCluster {
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致2012年8月 总版技术专家分月排行榜第三2012年7月 总版技术专家分月排行榜第三
2014年8月 高性能开发大版内专家分月排行榜第一2013年11月 高性能开发大版内专家分月排行榜第一2012年12月 Java大版内专家分月排行榜第一2012年11月 Java大版内专家分月排行榜第一2012年10月 Java大版内专家分月排行榜第一2012年9月 Java大版内专家分月排行榜第一2012年8月 Java大版内专家分月排行榜第一2012年7月 Java大版内专家分月排行榜第一2012年6月 Java大版内专家分月排行榜第一2012年5月 Java大版内专家分月排行榜第一2012年4月 Java大版内专家分月排行榜第一2012年3月 Java大版内专家分月排行榜第一2012年2月 Java大版内专家分月排行榜第一2012年1月 Java大版内专家分月排行榜第一
2012年8月 总版技术专家分月排行榜第三2012年7月 总版技术专家分月排行榜第三
2014年8月 高性能开发大版内专家分月排行榜第一2013年11月 高性能开发大版内专家分月排行榜第一2012年12月 Java大版内专家分月排行榜第一2012年11月 Java大版内专家分月排行榜第一2012年10月 Java大版内专家分月排行榜第一2012年9月 Java大版内专家分月排行榜第一2012年8月 Java大版内专家分月排行榜第一2012年7月 Java大版内专家分月排行榜第一2012年6月 Java大版内专家分月排行榜第一2012年5月 Java大版内专家分月排行榜第一2012年4月 Java大版内专家分月排行榜第一2012年3月 Java大版内专家分月排行榜第一2012年2月 Java大版内专家分月排行榜第一2012年1月 Java大版内专家分月排行榜第一
本帖子已过去太久远了，不再提供回复功能。