我朋友公司开源了一个前后端一体的研发框架,可以让我们少干点活,少加会班;有时间可以了解一下,没时间帮我点个star; 在帮我转一下你的研发圈子,感谢!
github
后端: github.com
前端:github.com
Gitee
后端:gitee.com
前端:gitee.com
最近在进行国家接口列表压测,逻辑是直接从redis中取数据
序列化/反序列话器为
public byte[] serialize(T t) throws SerializationException {
if (t == null) {
return new byte[0];
}
return JSON.toJSONString(t, JSONWriter.Feature.WriteClassName).getBytes(DEFAULT_CHARSET);
}
@Override
public T deserialize(byte[] bytes) throws SerializationException {
if (bytes == null || bytes.length <= 0) {
return null;
}
String str = new String(bytes, DEFAULT_CHARSET);
//return JSON.parseObject(str, clazz, JSONReader.Feature.SupportAutoType);
**//QPS 400+**
return JSON.parseObject(str, clazz);
**//QPS 1000+**
}
发现如果使用上述FastJson2JsonRedisSerializer 会使性能大打折扣,当然我知道这可能是我用法不对造成的,但这种差距实在太大了
有没有大佬传授一下意见
序列化/反序列话器为
public byte[] serialize(T t) throws SerializationException {
if (t == null) {
return new byte[0];
}
return JSON.toJSONString(t, JSONWriter.Feature.WriteClassName).getBytes(DEFAULT_CHARSET);
}
@Override
public T deserialize(byte[] bytes) throws SerializationException {
if (bytes == null || bytes.length <= 0) {
return null;
}
String str = new String(bytes, DEFAULT_CHARSET);
//return JSON.parseObject(str, clazz, JSONReader.Feature.SupportAutoType);
**//QPS 400+**
return JSON.parseObject(str, clazz);
**//QPS 1000+**
}
发现如果使用上述FastJson2JsonRedisSerializer 会使性能大打折扣,当然我知道这可能是我用法不对造成的,但这种差距实在太大了
有没有大佬传授一下意见
展开
评论
点赞