0

根据文档，流入线协议接受\n来分隔线。

我在 Windows 上的 Postman 中有一个请求http://127.0.0.1:8086/api/v2/write?precision=ms&bucket=Test&org=Test所需的标头与正文中的这一行配合得很好：

  • 标签，id=87 值=17855 1636735893871

所以我自然希望这样的事情可以在多个方面起作用：

  • 标签，id=87 值=17855 1636735893871 \n 标签，id=87 值=17856 1636736594952
  • 标签，id=87 值=17855 1636735893871\n标签，id=87 值=17856 1636736594952
  • 标签，id=87 值=17855 1636735893871 \n标签，id=87 值=17856 1636736594952
  • 标签，id=87 值=17855 1636735893871\n 标签，id=87 值=17856 1636736594952

不用说我也试过这个：

  • 标签，id=87 值=17855 1636735893871
    标签，id=87 值=17856 1636736594952

我在响应中收到“错误的时间戳”或“点无效”错误

甚至为了运动而尝试使用正斜杠。关于如何插入多个点的任何线索？

谢谢你。

4

1 回答 1

0

似乎这归结为 Windows vs Unix End Of Line 实现。

Postman、NotePad++、Devtools、VS 任何在 Windows 上运行的编辑器，都会将换行写成 \r\n，（十六进制 0D 0A），尽管它看起来像一个微不足道的实现（跳过 0D），但当前不被 influx lineprotocol 支持。

至于我自己在 C# 中编码的问题，在点之间添加 (char)10 解决了问题，而不是使用 Environment.NewLine。

干杯!

于 2021-11-17T08:09:50.247 回答