effective stl 第25条：熟悉非标准的散列容器

C++标准中没有任何的散列容器，但是与STL兼容的散列容器可以从很多渠道获得，他们甚至有标准的名字：hash_set、hash_multiset、hash_map、hash_multimap,注意：其中的元素不是以散列方式存放的。

hash_map和map的区别在哪里：可以参看下边的博客
http://blog.csdn.net/sdhongjun/article/details/4517325

#include<iostream>
#include<map>
#include<set>
#include<algorithm>

using namespace std;

int main()
{

    //散列容器的声明如下
    template<typename T,typename HashFunction,typename CompareFunction, typename Allocator=allocator<T>>
    class hash_Container;

    //下边是Dinkumware的hash_set声明（为了便于讲解，略有修改）
    template<typename T,typename CompareFunction>
    class hash_compare;

    template<typename T,typename HashingInfo=hash_compare<T,less<T>>,typename Allocator=allocator<T>>
    class hash_set;

    //在这个接口设计中，最有意思的是HashingInfo的用法。HashingInfo类型中存储了容器的散列函数和比较函数
    //但同时还含有一些枚举值，用于控制散列表中桶的最小数目，以及容器中元素的个数和桶个数的最大允许比率。当超过
    //这个比率时，散列表中桶的数目将增加，表中的某些元素要被重新做散列计算
    //hash_compare看起来多少像下边的样子
    template<typename T,typename CompareFunction=less<T>>
    class hash_compare{
    public:
        enum{
            bucket_size = 4;//元素个数与桶个数的最大比率
            min_buckets = 8;//最小的桶数目
        };
        size_t operator()(const T&)const;//散列函数
        bool operator()(const T&, const T&) const;//比较函数
        //省略了其他的细节，包括对CompareFunction的使用等
    };
    //重载operator()的做法是一个策略，这种策略会经常使用到


    return 0;
}

在后端，SGI和Dinkumware的实现方法非常不同。SGI利用常用的一个元素的单链表的指针数组（桶）组成的开放散列法。Dinkumware也利用了开放散列法，但是它的设计是基于一种新颖的数据结构——由迭代器（本质是桶）的数组组成的元素双向链表，迭代器的相邻对表示在每个桶里元素的范围。（细节可以参考Plauger相关主题的专栏，《Hash Tables》[16]。）
作为这些实现的用户，你可能会对SGI实现在单链表中储存表的元素，而Dinkumware实现使用一个双向链表的事实感兴趣。差别是值得注意的，因为它影响了用于两个实现的迭代器种类。SGI的散列容器提供了前向
迭代器，因此你得放弃进行反向迭代的能力：在SGI的散列容器中没有rbegin或者rend成员函数。用于Dinkumware散列容器的迭代器是双向的，所以它们可以提供前向和反向遍历。 在内存使用量方面，SGI的设计比Dinkumware的节俭一点点。【引用自effective stl】