1

这是一个非常奇怪的问题。

我有一个简单的类，它可以解码 base64 字符串并获取之前的第一部分:：

import scala.util.{Success, Try}
import org.apache.commons.codec.binary.Base64

class IdDecoder {

  def decode(token: String): Option[String] = {
    if (token.isEmpty)
      None
    else
      Try(new String(Base64.decodeBase64(token.getBytes)).split(":")(0)) match {
        case Success(id) => Some(id)
        case _ => None
      }
  }

}

并定义一个解码字符串的方法

object StrangeToken {

  def main(args: Array[String]) {
    decode()
  }

  def decode() = {
    val token = "InternalServerError"
    val Some(id) = (new IdDecoder).decode(token)
    println("### StrangeToken's id len:" + id.length)
    id.toCharArray.foreach(c => println(c.toInt))
    id
  }

}

以纯代码运行，id的长度为15

当我在 sbt 的控制台、IDEA 或生产环境中运行它时，结果是：

### StrangeToken's id len:15
34
123
94
65533
118
65533
73
65533
65533
122
65533
43
0
0
0

作为 spec2 测试运行，id 的长度为 14

但是当我在spec2中运行它时，如下：

"id decoder" should {
  "get decoded string whose length is 15" in {
    val id = StrangeToken.decode()
    id.length must be equalTo 15
  }
}

该测试失败，结果为：

### StrangeToken's id len:14
34
123
94
198
118
8226
73
205
212
122
177
43
198
228

我不确定为什么spec2中的结果不同。

4

1 回答 1

1

我碰巧在我的 sbt 控制台中得到 14，我的 sbt 脚本在其中指定-Dfile.encoding=UTF8.

您new String(bytes)使用默认编码。您可以向构造函数提供一个字符集。

第二种猜测：

Test您在配置和其他方面有不同版本的 -codec 库。

当我将版本恢复到 1.1 时，我也得到了 15。

老实说，这本来是我的第二个猜测。-codec 项目中有很多历史，因此不兼容或行为变化并不令人惊讶。据推测，引发数字 14 的行为更符合要求。

一个“公共”依赖在依赖树中出现两次也不足为奇。

于 2014-04-04T17:35:24.980 回答