不应在数组实例（SonarLint）上调用“ hashCode”和“ toString”

Question

我正在通过SonarLint传递我的代码，并且遇到了这种短绒冲突： "hashCode" and "toString" should not be called on array instances 。

这是我的代码：

byte[] lblobPic;
lblobPic = r.get(PEOPLE.PPIC);
if (lblobPic != null) {
    String argStr = lblobPic.toString();
    peopleDto.setUrlPic(argStr);
}

SonarLint提供以下代码段作为改进我的代码的提示：

public static void main( String[] args )  {
    String argStr = Arrays.toString(args);
    int argHash = Arrays.hashCode(args);    
}

我应该如何更改代码以满足要求，为什么？

Answer 1

实际答案

SonarLint建议您，而不是在数组实例上调用toString() ，而应使用Arrays实用程序的方法。

它建议您将代码更改为以下内容：

byte[] lblobPic;
lblobPic = r.get(ALUNO.PFOTO);
if (lblobPic != null) {
    String argStr = Arrays.toString(lblobPic);
    peopleDto.setUrlPic(argStr);
}

答案背后的原因

a）对人类的可读性

考虑以下代码片段：

String[] strings = { "foo", "bar", "bla", "boo" };

System.out.println(strings.toString());
// prints: [Ljava.lang.String;@7852e922 

System.out.println(Arrays.toString(strings));
// prints: [foo, bar, bla, boo]

Linter规则假设开发人员实际上想要数组的可读输出（考虑其元素），并建议您使用Arrays.toString()方法执行此操作（如文档所述 ）。

类似地， Arrays.hashCode()在哈希中考虑给定数组的元素（如docoumentation中所述 ）。

b）确定性
（根据@ andi-turner的建议）

Arrays实用程序的方法在构造字符串/计算哈希时仅考虑元素。 当使用由相同序列（或其他类型的值）组成的输入数组时，您将总是以相同的字符串/哈希结束。 yourArray.toHashcode()或yourArray.toString()不会为您提供。

Answer 2

String argStr = lblobPic.toString();

最好是

String argStr = Arrays.toString(lblobPic);

因为原始的Object.toString将给出一个神秘的十六进制地址。

但是，要实现的目标是将字节存储为String在Java中是不行的，因为Java将Unicode用于String和char（两个字节，UTF-16），并且始终进行转换（假定这些字节的文本编码） 。

有时，此类字节是Base64编码的：

byte[] lblobPic = r.get(ALUNO.PFOTO);
if (lblobPic != null) {
    String argStr = Base64.getUrlEncoder().encode(lblobPic);
    peopleDto.setUrlPic(argStr);
}

最好在DTO中提供byte[]字段。

---

如果进一步处理有问题； 存在图像嵌入。

如何（正常）将Base64用于带有嵌入式图像的HTML：

    String argStr = Base64.getEncoder().encode(lblobPic);
    String html = "<img src="data:image/jpeg;base64," + argStr + "\" alt=\"\">";

（此处假定为JPEG。）