对于实际实现，请查看解码器的 (C) 编程代码。

基本上这个过程很简单，你创建一个抽象，比如

bits = get_bits(n)

其中，n是您要读取的 n 位。varbits左对齐。它从一些中提取它byte_buffer——比如 32 位或 64 位符号。

注意：所有实用的编解码器都将主要符号置于“字节对齐”位置，即使 > 内部符号可以逐位排列。

现在对于实现效率部分，基本上，不管哈夫曼代码会是什么（以及因此需要什么n）。

这就是实现简单 get_bits 的方式：

// At start
frame_buffer = 0x4444 
bits_delivered = 0 

n = 1 
mask = 0x8000
bits = (mask & frame_buffer) >> 32-n
mask = mask >> n 
bits_delivered += n
if(bits_delivered == 32) 
    { load_framebuffer( &frame_buffer) }  

（实际代码需要处理更多的边界条件）实际数据首先被提取到frame_bufferALU 内部的 32 位寄存器中（实际上是 16/32/64 位，具体取决于 CPU 的类型），然后剩下的处理是仅在 ALU 的寄存器内。

只有当你用尽 frame_buffer 时，你才会真正刷新那个位缓冲区并从内存中获取另一个整数。

这就是它获得有效实施的方式。希望这能回答你的问题。

你基本上自己描述了这个过程。说代码最多$n$位长，你想使用$m \ge n$一次位：你建立一个表$2^m$条目。每个条目将使用最右边存储从序列中可解码的第一个符号$k$位 ($k \le n \le m$) 和数量$k$.

现在你读$m$来自流 ( cur) 的位，保持$m$准备好更多位（buf），查看表格，您知道第一个符号。cur现在你右移$k$位置，移动到最右边$k$从buf最左边的位$k$位cur并重新开始。清空后buf，再读另一个$m$位。

$m$当然应该是 8 的倍数。问题是它可以合理地为 8 或 16。仅此而已，因为这样的表会非常稀疏和重复。如果您需要比现有更复杂的解决方案更多的东西，请按长度对代码进行聚类，并使用主表和多个扩展表。此外，如果多个条目适合于$m$位。