问题标签 [byte]

基本上，我使用 listviews 插入事件插入图像，尝试从 fileupload 控件调整图像大小，然后使用 LINQ 将其保存在 SQL 数据库中。

我在fileupload控件中找到了一些代码来创建内容的新位图，但这是将其存储在服务器上的文件中，来自this source，但我需要将位图保存回SQL数据库，我认为我需要转换回 byte[] 格式。

那么如何将位图转换为 byte[] 格式呢？

如果我以错误的方式解决这个问题，我将不胜感激，您能纠正我。

这是我的代码：

我需要一个 Java 中的字节缓冲区类以供单线程使用。我应该能够在缓冲区的后面插入数据并在前面读取数据，摊销成本为 O(1)。缓冲区满时应该调整大小，而不是抛出异常或其他东西。

我可以自己写一个，但是如果标准 Java 包中还不存在它，我会感到非常惊讶，如果它不存在，我希望它存在于一些经过良好测试的公共库中。

你会推荐什么？

正是这样：字符串长度是否等于字节大小？对语言有影响吗？

我想是的，但我只是想确定一下。

附加信息：我只是想知道。我的具体情况是 PHP 和 MySQL。

答案是否定的，这就是我所需要知道的。

我在字符串中有很长的十六进制数字序列，例如

000000000000484240FA063DE5D0B744ADBED63A81FAEA390000C8428640A43D5005BD44

只有更长，几千字节。在 python 2.6/3 中是否有一种内置方法可以将其转换为字节对象？

我正在做一个项目，我需要在字节级别处理整数。由于节省空间是首要考虑因素，我只需要非常小的（和可变长度的整数）。

有没有办法可以将 int '4096' 转换为 3 个字节？或 '1053' 成 2 个字节？

显然我可以手动执行 = (byte[0] * 256) + (byte[1])，但我想知道是否有更简单的选项可以将 int 转换为 x 字节并再次返回？

将 little-endian 系统中的数据转换为网络字节顺序所需的底层转换是什么？对于 2 字节和 4 字节数据，有众所周知的函数（如 htons、ntohl 等）来封装更改，对于 1 字节数据的字符串（如果有的话）会发生什么？

此外，Wikipedia 暗示 little-endian 是 big-endian 的镜像，但如果这是真的，为什么我们需要对 2 字节和 4 字节数据进行特定处理？

文章“论圣战和和平恳求”似乎暗示有许多不同风格的 little-endian——这是一篇古老的文章——这仍然适用吗？像 Java 类文件开头那样的字节顺序标记是否仍然需要？

最后，网络字节顺序是否需要 4 字节对齐？

无法完全找到如何在 C/C++ 中执行以下操作的方法。

输入：十六进制值，例如：ffffffffff...

为了读取输入，我尝试了以下代码：

这一切都很好，但是我如何将 2bytes 拆分为 1bytesuint8_t值（或者甚至可能只读取第一个字节）。想从输入中读取第一个字节，并将其存储在字节矩阵中的选择位置。

由于我在格式化/读取 C/C++ 中的输入方面不是很熟练（并且到目前为止只使用了 scanf），因此非常感谢任何其他关于如何轻松（如果可以的话，速度很快）的想法。

编辑：通过使用 fread 函数找到了一种更好的方法，因为它可以指定应该从流中读取多少字节（在这种情况下为标准输入）并保存到变量/数组中。

参数

ptr - 指向最小大小为 (size*count) 字节的内存块的指针。

size - 要读取的每个元素的大小（以字节为单位）。

count - 元素的数量，每个元素的大小为 size 字节。

stream - 指向指定输入流的 FILE 对象的指针。

cplusplus 参考

在java中将String拆分为1024字节块的有效方法是什么？如果有多个块，则需要在所有后续块中重复标头（固定大小的字符串）。

在这一点上，大多数人会想“啊，我发这个……”

但是..我遇到的问题是我需要字节的确切值，而无需编码，只需要每个字节的纯值。例如，如果字符串的值为 (0xFF32)，我希望它也将其转换为 {255,50}。他这样做的原因是我有一个文件格式，我正在尝试读取将 int 存储为字节的文件格式保存它们，然后在程序打开时读取它们。

这是我到目前为止所拥有的：

因此，当我尝试读取文件时，它会将 0xFF 的文件转换为 0x3F，因为 0xFF 大于 127 并且 0x3F 是一个？。

对不起，如果我看起来有点困惑:)

谢谢，迈克尔

我在一个项目中有几行代码，我看不到......

它从文件中读取文件缓冲区，存储为字节，然后如图所示传输到缓冲区 [i]，但我不明白总体目的是什么，有什么想法吗？

谢谢