2回答

求老仙

2021-03-10

已采纳

麻烦再确认下，看上去是buffer没有用完。

1

5

慕粉4331336

回复

求老仙

OK，有注释好理解多了

2021-03-11

共5条回复

求老仙

2021-03-10

分析下：JVM的开发团队不想为每个CharSet都编写一套算法，于是每个字符到底对应几个byte是不确定的，只有一个个转义。 于是就有了下面这段不断分配的程序。 

 public final ByteBuffer encode(CharBuffer in)
       throws CharacterCodingException
   {
       int n = (int)(in.remaining() * averageBytesPerChar());
       ByteBuffer out = ByteBuffer.allocate(n);

       if ((n == 0) && (in.remaining() == 0))
           return out;
       reset();
       for (;;) {
           CoderResult cr = in.hasRemaining() ?
               encode(in, out, true) : CoderResult.UNDERFLOW;
           if (cr.isUnderflow())
               cr = flush(out);

           if (cr.isUnderflow())
               break;
           if (cr.isOverflow()) {
               n = 2*n + 1;    // Ensure progress; n might be 0!
               ByteBuffer o = ByteBuffer.allocate(n);
               out.flip();
               o.put(out);
               out = o;
               continue;
           }
           cr.throwException();
       }
       out.flip();
       return out;
   }

  

1

1

poxige

1. 那这个场景下是不是用 raw.getBytes(charset)； 更好处理？这个返回的是byte[]长度是96，那charset.encode(raw) 什么时候用，有什么优势 2. 如果用 charset.encode(raw) 来读取，对于这些 0 要怎么判断？ 是碰到0就意味着往后的位置不会有数据，可以认为处理结束 return 了么。 （即意味着对于字符串的 byte[] 中间不可能出现0对吧）

2022-08-27

共1条回复