Fprint/Fprintf 与 conn.Write 之间的差异

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《Fprint/Fprintf 与 conn.Write 之间的差异》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

我正在尝试通过 tcp 连接发送加密数据。 fprintf 对于未加密的数据工作正常，但似乎向加密数据添加了格式，导致解密间歇性失败。我无法使用 conn.write 或 writer.writestring 后跟 writer.flush() 发送。

scanner := bufio.NewScanner(os.Stdin)
    for scanner.Scan() && err == nil {
        msg := scanner.Text()
            ciphertext := edlogic.Encrypt([]byte(msg+"\n")
            conn.Write(append(ciphertext, '\r'))
    }

    //Receiver
    scanner := bufio.NewScanner(conn)
        for scanner.Scan() {
        ciphertext := scanner.Bytes()
        plaintext := edlogic.Decrypt(ciphertext)
        fmt.Println(string(plaintext))
        }

解决方案

这里有几点希望可以帮助您找出为什么这不起作用。我假设您在 edlogic 中使用的任何加密方法都在该事务的双方上使用正确的密钥，因为我们不了解您实际使用的加密方法。如果您不确定自己这样做是否正确，请尝试编写一个单独的程序来加密一些已知的纯文本，检查它以确保密文看起来与您的纯文本完全不同，解密它，并将其与原始输入进行比较以确保它匹配。如果您的加密不起作用，那么通过 TCP 传输也无法解决问题。

您在发送方的扫描仪使用似乎没问题，但接收方的扫描仪会出现问题。其一，@Adrian 在评论中所说的一切都是正确的。您正在加密您的 \n，然后附加 \r，然后接收端的扫描仪正在查找 \n。这是有问题的，令人烦恼的是，解决方案不是简单地附加 \n 而不是 \r。要知道原因，您需要了解一两个有关密码学的细节。

散列、加密、解密，无论您在现代密码学中做什么，您几乎总是对字节进行操作。输入。输出。所有你看不到的中间部分。字节。这些字节将保存什么内容的保证绝对为零。理论上，每个字节都有相同的机会包含 0 到 255 之间的任何值（包括 0 和 255）。将有空字节、ASCII 字节，可能是有效的 unicode，据你所知，输出是几十个便便表情符号。关键是，唯一安全的假设是输出字节（“密文”，正如您正确标记的那样，但请记住，不是传统意义上的文本）看起来不像输入字节（“纯文本”，也不会）不一定是文本，可以加密二进制文件。解密后的密文也称为明文）。

加密消息后，原始输出中可能会有新行字节。您不能使用像换行符这样的标记值作为分隔符。最简单的替代方法是将字节编码为 base64 (import "encoding/base64") 并发送。现在您可以安全地选择不在 Base64 字符集中的哨兵。使用 \n 和扫描仪，它会像您期望的那样工作。

在发送方，您应该：

1. 对明文进行加密得到密文
2. 将密文编码为 base64
3. 向 base64 追加换行符
4. 使用 conn.Write 传输数据

在接收器的另一端，您现在可以：

1. 使用扫描仪接收以 Base64 编码的加密文本块
2. 将接收到的字节通过 Base64 解码回密文
3. 将密文解密为明文
4. 用纯文本做任何你想做的事情

编辑：我知道这并不能回答您所回答的确切问题。为了完整起见，答案如下：

Fprint 将打印您提供给 Writer 的所有内容，但会首先尝试将其他参数格式化为字符串。这不是发送字节的好方法。 fmt.Fprint(os.Stdout, []byte{1, 2, 3}) 不会写入值为 1、2 和 3 的 3 个字节。它写入 7 个字节，即字符串 [1 2 3]因为这就是 fmt 的默认格式化程序格式化字节数组/切片的方式。

Fprintf 为您提供更多控制权。您可以使用格式化“动词”来覆盖默认格式化程序。对于字节数组/切片，您可以使用 %s 将字节解析为字符串（不推荐，除非您知道所有字节都是有效的 unicode），%x 和 %X 分别使用小写或大写字母以十六进制打印字节，并且 %v 将使用默认格式化程序，该格式化程序将打印所有字节的十进制值，以空格分隔，并以方括号结束。它仍然不太适合按原样写入字节。

我假设 conn 来自 net.Dial(...) 或类似的东西，这可能会使其成为接口 net.Conn。写入其中的内容保持为字节，无需经过任何格式化、映射或其他“篡改”。

哦，欢迎来到 Stack Overflow！

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Fprint/Fprintf 与 conn.Write 之间的差异》文章吧，也可关注golang学习网公众号了解相关技术文章。