Fprint/Fprintf 与 conn.Write 的区别

Question

我正在尝试通过 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))        }

Answer 1

这里有几点希望能帮助您弄清楚为什么这不起作用。我假设您在内部edlogic使用的任何加密方法都在此交易的双方使用正确的密钥，因为我们不了解您实际使用的加密技术。如果您不确定您是否正确执行此操作，请尝试编写一个单独的程序来加密一些已知的纯文本，检查它以确保密文看起来不像您的纯文本，解密它，并将其与原始输入进行比较以确保它匹配。如果您的加密不起作用，那么通过 TCP 传输将无法修复它。

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

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

加密消息后，原始输出中可能会有新的行字节。您不能使用像换行符这样的标记值作为分隔符。最简单的替代方法是将字节编码为 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(...)或类似的东西，可能会使它成为 interface net.Conn。写入它的内容保留为字节，无需经过任何格式化、映射或其他“篡改”。