Text 二维码压缩

是否可以在二维码中存储大约20000个字符？（甚至更多？）

我只想存储ascii符号（字符和带有额外破折号的数字等）

据我所知，可以压缩比率为80-98%的不复杂文本，这听起来很有希望：

你有更多的经验吗？谢谢分享

如果您的问题是：“是否有可能在二维码中存储20K个字符？”，那么答案是有可能的

如果您的问题是：“是否有可能保证您始终能够在二维码中存储20K字符以进行压缩？”，答案是否。由于原则原因，无法保证这一点

如果您的问题是：“是否存在一个“舒适区”，其中最大尺寸为20K的文本输入极有可能适合二维码？”正确的答案是：这取决于您的输入数据。一个更危险的答案是：如果你处理的是“普通文本”数据，比如一本书的内容，你可能要求的太多了

您提到的80-90%的压缩率是可能的，因为输入数据非常大（几MB），并且解压缩算法非常慢。对于“小”输入数据，例如20K字符，“普通文本”的压缩比更有可能在50-70%的范围内，这取决于算法强度（例如，PPM非常适合此类输入数据）

显然，如果您的输入数据是一种“日志文件”，有大量重复，那么是的，压缩率>95%是很容易访问的

但压缩比并不是唯一要考虑的因素。对于“现实生活”的用法，您还必须考虑QR大小，以及对QR打印的合理的校正水平以生存。押注于“最大容量，最低可能修正”是一个相当错误的赌注，至少在现实生活中是这样。您必须询问周围的人，以了解二维码的“合理限制”是什么。最有可能的是，打印功能会妨碍您，您必须满足于低于最大值的要求

---

最后一点，不要忘记压缩数据是“二进制”的，而不是“字母数字”。因此，您的二维码的最终容量进入最后一列。它比“字母数字”列小得多。

QR码对字母数字数据有一种特殊的编码模式（仅大写，加上数字和一些符号）。它每个字符使用少于8位，在此模式下最多可存储4296个字符

这应该接近最佳状态。对于更简单的数据（如all alpha），像gzip这样的压缩算法可能能够实现更少的每字节位。当然，没有标准的读者会这样解释gzip负载。只有特殊的读者才能阅读

你能用这种方法将5倍以上的数据输入二维码吗？不，几乎可以肯定不是，除非这是一个像20000“a”这样的小事

---

即使可以，它也会创建一个大型复杂的二维码。任何超过几百字节的内容在实践中都很难扫描。最大的版本40在现实世界中毫无用处。即使版本20也是如此。

实际上，当您想使用QR存储大量数据时，只需存储一个指向数据位置的URL即可

---

当您必须支持现实生活中的设备时，理论上可能的情况与实际可能的情况大不相同。使用低端智能手机摄像头扫描版本10（57x57模块）以上的任何内容，祝您好运。

谢谢您的反馈。青青，我必须承认——关于“压缩”文本文件的二进制状态，你是完全正确的。我忘了那个小细节我想插入包含两列或三列“name | value”、“name | value | value”的表。两列都有字符和数字。最多300-400条记录。如果您想知道压缩比，可以使用可用的算法在表上进行一些测试。例如，众所周知，7zip在“结构化”数据上具有相当好的性能。这将提供第一个评估级别。肖恩，谢谢你的反馈：）我正在考虑构建自己的应用程序来读取和解压缩“zipQR”。这不是你想要的答案，但是：如果你想在二维条形码中放入大量数据，也许你应该看看datamatrix。URL/指针看起来比我之前想象的更有希望。感谢您的回复@NiloVelez.：）