使用StringRedisTemplate保存的value前面有很多空格的坑

今天突然想着把旧RedisClient工具类更新一下,

因为旧写法获取环境配置用的是读取properties,不是读取环境的active,出过坑,出于装逼的想法就干脆把整个都重写吧,

使用更简洁的StringRedisTemplate去做,反正底层也是用的jedis,代码看起来也更简洁一些。

然后就开始写了,接好之后开始验证,工具类部分如下

@Component
public class RedisClient {


    private static StringRedisTemplate stringRedisTemplate;


    @Autowired
    public void setRedisTemplate(StringRedisTemplate stringRedisTemplate) {
        this.stringRedisTemplate = stringRedisTemplate;
    }
    

    public static void setString(final String key, final String value,
                                   final int expire) {
        stringRedisTemplate.opsForValue().set(key,value,expire);
    }

    public static String getString(final String key) {
        return stringRedisTemplate.opsForValue().get(key);
    }
}

由于RedisClient使用的地方很多,所以将stringRedisTemple注入static,这样子只要改工具类,引用的地方都不用改

===============================================================================================

接着在测试的时候刚好有一行代码是获取key,然后parseInt,然而代码缺报错

String string = RedisClient.getString("key");
int i = Integer.parseInt(string);

遂使用强大的debug调戏了一下,发现string就是"1",没毛病呀,于是开始怀疑自己对parseInt是不是理解的不到位,换了个Integer.vakyeOf 但是还是报错,debug如图

================================================================================================

先透露一下答案,答案是用错方法了,应该使用第一个set,而不是第二个

既然是这种用眼睛看不出来的问题,那就深度调试一下吧,将断点打在

opsForValue().set()的方法上,使用idea ctrl+alt+B可以看到执行方法在DefaultValueOperations#set

value被定位到this.rawValue()方法,代码如下

byte[] rawValue(Object value) {
    return this.valueSerializer() == null && value instanceof byte[] ? (byte[])((byte[])value) : this.valueSerializer().serialize(value);
}

继续往下跟,代码从RedisSerializer#serialize()到了StringRedisSerializer#serialize(),代码如下,也就是常规的getBytes没什么特别

public byte[] serialize(String string) {
    return string == null ? null : string.getBytes(this.charset);
}

断点跳出来,发现rawValue={49} 也就是1  没问题

接着断点到

RedisConnection#setRange() 实现类是DefaultStringRedisConnection#setRange()

没有错,来到这里,细心的观众可能已经发现了问题所在,但是想我这种最近眼睛有点疼的还是没发现问题!

由于使用的是集群所以接着代码来到了

JedisClusterConnection#setRange()->BinaryJedisCluster#setRange()->Jedis.setrange()

由此我们也可以知道,stringRedisTemplate底层使用的是jedis
接着代码来到了

BinaryJedis#setrange->BinaryClient#sendCommand

在sendCommand之前,代码基本上都是一路透传而已,没什么特殊的地方,到了BinaryClient开始特殊一点

public void setrange(byte[] key, long offset, byte[] value) {
    this.sendCommand(Command.SETRANGE, new byte[][]{key, Protocol.toByteArray(offset), value});
}
protected Connection sendCommand(Command cmd, byte[]... args) {
    try {
        this.connect();
        Protocol.sendCommand(this.outputStream, cmd, args);
        ++this.pipelinedCommands;
        return this;
    } catch (JedisConnectionException var6) {
        JedisConnectionException ex = var6;

        try {
            String errorMessage = Protocol.readErrorLineIfPossible(this.inputStream);
            if (errorMessage != null && errorMessage.length() > 0) {
                ex = new JedisConnectionException(errorMessage, ex.getCause());
            }
        } catch (Exception var5) {
            ;
        }

        this.broken = true;
        throw ex;
    }
}

开始获取JedisConnection,也就是到这里,"1"的byte数组还是对的

继续往下走,到了

Jedis.Connection#getIntegerReply()
-------------------------------------
public Long getIntegerReply() {
    this.flush();
    --this.pipelinedCommands;
    return (Long)this.readProtocolWithCheckingBroken();
}
-----------------------------------------------------------
protected void flush() {
    try {
        this.outputStream.flush();
    } catch (IOException var2) {
        this.broken = true;
        throw new JedisConnectionException(var2);
    }
}
-----------------------------------------------------------------------------------------
接着代码到了RedisOutPutStream#flush()
-----------------------------------------------------------------------------------------
public void flush() throws IOException {
    this.flushBuffer();
    this.out.flush();
}
-----------------------------------------------------------------------------------------
public void flush() throws IOException {
    this.flushBuffer();
    this.out.flush();
}
------------------------------------------------------------------------------------------
private void flushBuffer() throws IOException {
    if (this.count > 0) {
        this.out.write(this.buf, 0, this.count);
        this.count = 0;
    }

}

对socket这一套还记得的,可能知道,从建立连接到flush出去,代码到这里已经结束了,也就是问题出在buf这里,接下来由于代码太多,我就不多说了,其实就是buf前面被莫名奇妙的补了600个0

protected final byte[] buf;

然后这个时候我定睛一看,原来答案一早就告诉我了,一直用的是setrange,所以回到最初的

ValueOperations 看了一下set方法,分别有
void set(K var1, V var2);
void set(K var1, V var2, long var3, TimeUnit var5);
void set(K var1, V var2, long var3);

这里本身代码里面没有解释,差了一下官方文档,发现

我所使用的void set(K var1, V var2, long var3);意思是

将value从指定的位置开始覆盖原有的值。如果指定的开始位置大于字符串长度,先补空格在追加。

而一开始为什么我要用它呢?因为懒,懒的写个TimeUnit,以为默认是ms,谁知道spring会这么坑~

在这里我想说什么呢?不要学我的懒,更重要的是别学我的!!!

 

 

展开阅读全文

没有更多推荐了,返回首页