GZip传输数据

一.服务端

服务端有2种方式去压缩,一种可以自己压缩,但是更推荐第二种方式,用PrintWriter作为输出流,工具类代码如下:

                /**
		 * 判断浏览器是否支持 gzip 压缩
		 * @param req
		 * @return boolean 值
		 */
		public static boolean isGzipSupport(HttpServletRequest req) {
			String headEncoding = req.getHeader("accept-encoding");
			if (headEncoding == null || (headEncoding.indexOf("gzip") == -1)) { // 客户端 不支持 gzip
				return false;
			} else { // 支持 gzip 压缩
				return true;
			}
		}

		/**
		 * 创建 以 gzip 格式 输出的 PrintWriter 对象,如果浏览器不支持 gzip 格式,则创建普通的 PrintWriter 对象,
		 * @param req
		 * @param resp
		 * @return
		 * @throws IOException
		 */
		public static PrintWriter createGzipPw(HttpServletRequest req, HttpServletResponse resp) throws IOException {
			PrintWriter pw = null;
			if (isGzipSupport(req)) { // 支持 gzip 压缩
				pw = new PrintWriter(new GZIPOutputStream(resp.getOutputStream()));
				// 在 header 中设置返回类型为 gzip
				resp.setHeader("content-encoding", "gzip");
			} else { // // 客户端 不支持 gzip
				pw = resp.getWriter();
			}
			return pw;
		}
	
servlet代码如下:

	public void doPost(HttpServletRequest request, HttpServletResponse response)
			throws ServletException, IOException {
		response.setCharacterEncoding("utf-8");
		response.setHeader("Content-Encoding", "gzip");
		String ret = "{\"ContentLayer\":{\"title\":\"内容层\"},\"PageLink\":{\"title\":\"页面跳转\"},\"WebBrowser\":{\"title\":\"浏览器\"},"
				+ "\"InlinePage\":{\"title\":\"内嵌页面\"},\"VideoComp\":{\"title\":\"视频\"},"
				+ "\"PopButton\":{\"title\":\"内容开关\"},\"ZoomingPic\":{\"title\":\"缩放大图\"},"
				+ "\"Rotate360\":{\"title\":\"360度旋转\"}}";
		
		PrintWriter pw = new PrintWriter(new GZIPOutputStream(response.getOutputStream()));
		pw.write(ret);
		pw.close();
	}

	public void doGet(HttpServletRequest request, HttpServletResponse response)
			throws ServletException, IOException {
		this.doPost(request, response);
	}

在代理软件中跟踪到的数据如下:

‹«VrÎÏ+IÍ+ñI¬L-R²ªV*É,ÉIU²R:rëÄÝM•ju”ÓS}2ó²‘e/m>üì̏ë«@òá©INEùåŨúŸ¬?pàØw¼g^Nf^*ÈTóo™R–™’šïœŸ[€¬àÔåc[ÁÖç8•–”äç¡»nÿª7@
¢òós3óÒ2“‘Uœþºýè–Ïg÷€Tå—$–¤› +r·¸ðä‡Zh¤†ˆ

实际数据如下:

{"ContentLayer":{"title":"内容层"},"PageLink":{"title":"页面跳转"},"WebBrowser":{"title":"浏览器"},"InlinePage":{"title":"内嵌页面"},"VideoComp":{"title":"视频"},"PopButton":{"title":"内容开关"},"ZoomingPic":{"title":"缩放大图"},"Rotate360":{"title":"360度旋转"}}


二. iOS客户端

利用ASIHttpRequest的功能

创建 request

    NSString* urlStr=@"http://localhost:8080/servlet/userInfo";//test servlet
    urlStr=[urlStr stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];//Support Chinese
    NSURL *url = [NSURL URLWithString:urlStr];
    ASIHTTPRequest* request =[ASIHTTPRequest requestWithURL:url];
    request.delegate=self;

    [request setAllowCompressedResponse:YES];//default is YES. Support gzip stream data
    [request startAsynchronous];
回调成功函数

    BOOL s = [request isResponseCompressed];//is Response add "GZip" format to header
    
   // NSData *uncompressedData = [request rawResponseData]; // 未压缩后的数据
    NSData *uncompressedData = [request responseData]; // 解压缩后的数据
    NSStringEncoding enc = CFStringConvertEncodingToNSStringEncoding(kCFStringEncodingGB_18030_2000);
    if(request.responseStatusCode==200){
        NSString *dataString = [[NSString alloc]initWithData:uncompressedData encoding:enc];//convert to normal NSString
        NSLog(@"%@",dataString);
    }



<think>嗯,用户想优化Dubbo中使用GZIP和Jackson进行数据传输的性能。首先,我需要回顾一下Dubbo的相关知识。Dubbo是一个高性能的Java RPC框架,常用于分布式服务之间的调用。数据传输优化通常涉及序列化和压缩两个方面。 用户提到GZIP和Jackson,这两个都是常用的工具。Jackson用于JSON序列化,而GZIP用于数据压缩。不过,根据引用[2],内网中使用Dubbo RPC时,基于高效序列化方式如kryo或fst更好,可能比JSON更高效。不过用户可能已经用了Jackson,所以需要优化现有的配置。 首先,考虑GZIP压缩。引用[1]和[2]提到,启用GZIP对小数据量可能帮助不大,甚至性能下降,但对于大数据可能有效。需要确认用户的数据量是否大。如果数据量较大,GZIP可以减少传输时间,但会增加CPU消耗。所以需要权衡。 然后,Jackson的优化。Jackson本身可以通过配置来提升性能,比如禁用不必要的特性(如FAIL_ON_EMPTY_BEANS),使用Afterburner模块加速。另外,引用[1]和[3]提到,将Feign的序列化改为ProtoBuf可以降低CPU损耗,但用户可能无法更换序列化方式,所以只能优化Jackson。 Dubbo默认的序列化方式是hessian2,如果用户强制使用Jackson,可能需要配置Dubbo的序列化扩展。例如,在服务提供者和消费者端设置serialization为json,并配置Jackson的ObjectMapper。 另外,结合GZIP和Jackson,可能需要配置Dubbo的压缩参数,比如在<dubbo:protocol>中设置compression="gzip"和optimizer。但要注意,压缩的阈值,避免小数据压缩反而增加开销。 还有,引用[2]指出,内网中Dubbo RPC性能优于REST,所以确保用户使用的是Dubbo的原生协议,而不是通过REST暴露服务。如果是,可能无需改动传输协议,只需优化序列化和压缩。 总结步骤应该是:配置Jackson优化选项,启用GZIP压缩并设置合适的阈值,测试不同配置下的性能,考虑是否更换更高效的序列化方式如Kryo。同时,监控CPU和网络指标,确保优化有效。</think>### 优化Dubbo中GZIP与Jackson数据传输效率的步骤 #### 1. **GZIP压缩配置优化** - **启用压缩阈值控制** Dubbo默认支持GZIP压缩,但需在协议中显式配置并设置合理阈值。在`dubbo:protocol`中添加以下参数,避免对小数据包压缩(可能因CPU开销导致性能下降): ```xml <dubbo:protocol name="dubbo" port="20880" compression="gzip" optimizer="xxx.CompressionOptimizer"/> ``` 通过自定义`optimizer`实现压缩条件判断(例如数据大小超过1KB时启用压缩)[^2][^1]。 - **服务调用端压缩设置** 在消费者和服务提供者的`<dubbo:service>`或`<dubbo:reference>`中明确启用压缩: ```xml <dubbo:service interface="xxx.Service" compression="gzip" /> <dubbo:reference id="xxx" interface="xxx.Service" compression="gzip" /> ``` #### 2. **Jackson序列化性能优化** - **配置高性能ObjectMapper** 自定义Jackson的`ObjectMapper`,禁用非必要功能以提升效率: ```java ObjectMapper mapper = new ObjectMapper(); mapper.configure(SerializationFeature.FAIL_ON_EMPTY_BEANS, false); mapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false); mapper.registerModule(new AfterburnerModule()); // 启用Jackson Afterburner模块加速 ``` 将该实例注入Dubbo的序列化扩展配置中[^3]。 - **使用二进制JSON格式** 将JSON切换为二进制格式(如Smile或CBOR),减少传输体积: ```java // 添加依赖 <dependency> <groupId>com.fasterxml.jackson.dataformat</groupId> <artifactId>jackson-dataformat-smile</artifactId> </dependency> ``` #### 3. **综合调优与验证** - **性能基准测试** 使用`Jmeter`或`Dubbo Admin`监控工具对比优化前后的TPS、平均响应时间及CPU占用率,重点关注压缩后网络带宽减少是否抵消CPU开销。 - **序列化替代方案对比** 如果性能仍不达标,可评估替换为Kryo或Protobuf(需改造Dubbo的序列化扩展)。例如引用[2]指出,Kryo在Dubbo RPC中表现显著优于JSON。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值