C#：寻求快速数据结构以将像素添加到分区 HSB 直方图

在我的应用程序中，我使用快速非托管代码从多个图像读取 RGB 像素值，然后将它们转换为 HSB 颜色。现在我想使用以下分区构建 HSB 直方图：

• 色调：18 个分区，从 0...360 产生 20 个间隔
• 饱和度：3 个分区，从 0...1 产生 0,33 的间隔
• 亮度：3 个分区，从 0...1 产生 0.33 的间隔

所以我的直方图总共有 18*3*3=162 个分区（箱），其中包含每个通道的下区间边界：

• Bin1: [0, 0, 0]
• Bin2: [0, 0, 0.33]
• Bin3: [0, 0, 0.66]
• Bin4: [0, 0.33, 0]
• Bin5: [0, 0.33, 0.33]
• ...
• Bin162: [340, 0.66, 0.66]

我假装每个 bin 本身都是 HSB 颜色来实现这一点。因此，我计算了 bin 间隔边界，根据这些值创建了 HsbColor 实例，并将颜色（包装在 HsbHistogramBin 类中）放入一个简单列表中。 当向直方图中添加新的 HsbColor 时，我使用以下代码来确定需要增加哪个 bin：

private HsbHistogramBin FindBin(HsbColor color)
{
    HsbHistogramBin bin = null;
    bool foundBin = false;
    for (int i = Bins.Count - 1; i >= 0; i--)
    {
        bin = Bins[i];
        if (bin.Color.Hue > color.Hue)
            continue;
        if (bin.Color.Saturation > color.Saturation)
            continue;
        if (bin.Color.Brightness > color.Brightness)
            continue;
        foundBin = true;
        break;
    }
    return foundBin ? bin : null;
}

public void AddColor(HsbColor color)
{
    FindBin(color).Value++;
}

显然这太慢了。在最坏的情况下，每个像素需要 162 次迭代才能找到其 bin，这会导致一张图像至少需要数百万次迭代。

我的问题是：如何加快这个数据结构的速度，以便我可以立即找到适合我的像素的容器？长度为 162 的简单数组可能有效，但如何计算尚未缩减为上述分区且可能包含 [259.234, 0.5634, 0.90534] 等值的给定像素的正确 bin 索引？

为什么不直接使用 3 维数组呢？就像这样：

int[,,] histogram = new int[18, 3, 3];

// initialize to 0
for(int h = 0; h < 18; h++) {
  for(int s = 0; s < 3; s++) {
    for(int b = 0; b < 3; b++) {
      histogram[h, s, b] = 0;
    }
  }
}

// foreach pixel...
HsbColor c = ... // color of pixel
int h = (int)(c.Hue / 20);
int s = (int)(c.Saturation * 3);
int b = (int)(c.Brighthess * 3);

// take care of boundary cases (Hue, Saturation or Brightness maxed out)
if(h >= 18) h = 17;
if(s >= 3) s = 2;
if(b >= 3) b = 2;

histogram[h, s, b]++;

注意：我在这里假设您的总像素数（更准确地说，落入 1 个 bin 的最大像素数）不会超过int.MaxValue。否则，请考虑使用long直方图的数据类型而不是int.