盡管浪費(fèi)了很多未被填充的空間，但這點(diǎn)數(shù)量級(jí)的浪費(fèi)實(shí)際上微不足道，況且填充的數(shù)據(jù)越多利用率也越高。

接下來(lái)，采用優(yōu)先級(jí)隊(duì)列 priority_queue 數(shù)據(jù)結(jié)構(gòu)來(lái)構(gòu)建二叉樹(shù)是不二選擇，既滿足存儲(chǔ)節(jié)點(diǎn)序列，又可自動(dòng)排序，如此，事先也就不用再給頻數(shù)表排序了?，F(xiàn)在，封裝函數(shù) BuildTree，只需唯一形參 frequencies[CAPACITY]：

// 構(gòu)建二叉樹(shù)
INode* BuildTree(const unsigned (&frequencies)[CAPACITY])
{
    struct NodeCmp    // 聲明仿函數(shù)用于priority_queue排序
    {
        bool operator()(const INode * lhs, const INode * rhs) const { return lhs->weight > rhs->weight; }
    };
    priority_queue, NodeCmp> tree;    // 得到對(duì)象tree*,>


    for (unsigned i = 0; i < CAPACITY; ++i)    // 構(gòu)造葉子節(jié)點(diǎn)，返回地址到tree并排序
        if (frequencies[i] != 0)
            tree.push(new LeafNode(frequencies[i], static_cast(i)));


    while (tree.size() > 1)    // 不斷向上構(gòu)造內(nèi)部節(jié)點(diǎn)，直至tree中只剩樹(shù)根
    {
        INode * leftChild = tree.top();
        tree.pop();


        INode * rightChild = tree.top();
        tree.pop();


        INode * parent = new InternalNode(leftChild, rightChild);
        tree.push(parent);
    }
    return tree.top();
}

得到 priority_queue 的實(shí)例 tree 之后，便可開(kāi)始遍歷頻數(shù)表，將權(quán)值不為 0 的字符連同權(quán)值一起以葉子節(jié)點(diǎn)類型對(duì)象存進(jìn) tree，并會(huì)按權(quán)值遞增的順序排列。完畢后，循環(huán)依次取出隊(duì)頭前兩個(gè)最小的葉子節(jié)點(diǎn)記錄地址，生成上層內(nèi)部節(jié)點(diǎn)再入隊(duì)重新排序，最終返回樹(shù)根地址。

一切就緒，終于可以給字符編碼了！字符編碼兩要素 —— 字符與碼，一一對(duì)應(yīng)，符合映射關(guān)系，用 vector 序列容器存儲(chǔ)碼、map 關(guān)聯(lián)容器存儲(chǔ)鍵值當(dāng)是再好不過(guò)了。仍用一個(gè)函數(shù)實(shí)現(xiàn)此功能，需要三個(gè)參數(shù)：根節(jié)點(diǎn)地址、目的編碼、map 容器。在函數(shù)體中，借助 dynamic_cast 類型識(shí)別符判斷節(jié)點(diǎn)類型從而執(zhí)行不同語(yǔ)句。若為內(nèi)部節(jié)點(diǎn)，則在每層通過(guò)之前構(gòu)建的二叉樹(shù)指針劃分為兩路，左路添 0 ，右路添 1，再分別遞歸調(diào)用本身而進(jìn)到下一層迭代；若為葉子節(jié)點(diǎn)，則說(shuō)明已經(jīng)到達(dá)我們要編碼的字符處，于是插入<字符, 編碼>鍵值對(duì)到 map 中。

// 搜索二叉樹(shù)并編碼
using HuffCode = vector;
using HuffCodeMap = map;,>


void GenerateCodes(const INode * node, const HuffCode& prefix, HuffCodeMap& outCodes)
{
    if (const InternalNode * in = dynamic_cast(node))    // 驗(yàn)證是否為內(nèi)部節(jié)點(diǎn)
    {
        // 劃分左路
        HuffCode leftPrefix = prefix;
        leftPrefix.push_back(false);
        GenerateCodes(in->left, leftPrefix, outCodes);
        // 劃分右路
        HuffCode rightPrefix = prefix;
        rightPrefix.push_back(true);
        GenerateCodes(in->right, rightPrefix, outCodes);
    }
    else if (const LeafNode * lf = dynamic_cast(node))    // 驗(yàn)證是否為葉子節(jié)點(diǎn)
        outCodes[lf->c] = prefix;    // 插入鍵值對(duì)
}

#include 
#include 
#include 
#include 
#include 
#include
#include 
#include 
#include 


#define CAPACITY 1<using namespace std;
using HuffCode = vector;
using HuffCodeMap = map;,>


class INode
{
public:
    const unsigned weight;
    virtual ~INode() {}


protected:
    INode(unsigned weight) : weight(weight) {}
};


class InternalNode : public INode
{
public:
    INode * const left;
    INode * const right;


    InternalNode(INode * leftChild, INode * rightChild) : INode(leftChild->weight + rightChild->weight), left(leftChild), right(rightChild) {}
    ~InternalNode()
    {
        delete left;
        delete right;
    }
};


class LeafNode : public INode
{
public:
    const char c;


    LeafNode(unsigned weight, char c) : INode(weight), c(c) {}
};


// 構(gòu)建樹(shù)
INode* BuildTree(const unsigned (&frequencies)[CAPACITY])
{
    struct NodeCmp
    {
        bool operator()(const INode * lhs, const INode * rhs) const { return lhs->weight > rhs->weight; }
    };
    priority_queue, NodeCmp> tree;*,>


    for (unsigned i = 0; i < CAPACITY; ++i)
        if (frequencies[i] != 0)
            tree.push(new LeafNode(frequencies[i], static_cast(i)));


    while (tree.size() > 1)
    {
        INode * leftChild = tree.top();
        tree.pop();


        INode * rightChild = tree.top();
        tree.pop();


        INode * parent = new InternalNode(leftChild, rightChild);
        tree.push(parent);
    }
    return tree.top();
}


// 搜索二叉樹(shù)并編碼
void GenerateCodes(const INode * node, const HuffCode& prefix, HuffCodeMap& outCodes)
{
    if (const InternalNode * in = dynamic_cast(node))
    {
        HuffCode leftPrefix = prefix;
        leftPrefix.push_back(false);
        GenerateCodes(in->left, leftPrefix, outCodes);


        HuffCode rightPrefix = prefix;
        rightPrefix.push_back(true);
        GenerateCodes(in->right, rightPrefix, outCodes);
    }
    else if (const LeafNode * lf = dynamic_cast(node))
        outCodes[lf->c] = prefix;
}


int main()
{
    char* SampleString = nullptr;    // 聲明指向字符數(shù)組的指針
    cout << "Input original string: ";


    // 判定堆內(nèi)存分配成功與否及讀取輸入行
    while ((SampleString = new char[CAPACITY]) && cin.getline(SampleString, CAPACITY))
    {
        // 編碼過(guò)程
        cout << endl;
        char * ptr = SampleString;    // 創(chuàng)建地址副本
        unsigned frequencies[CAPACITY] = {0};    // 初始化頻率表
        while (*ptr != '')    // 統(tǒng)計(jì)頻次
            ++frequencies[*ptr++];


        INode * root = BuildTree(frequencies);    // 得到對(duì)應(yīng)哈夫曼樹(shù)并返回根節(jié)點(diǎn)地址
        HuffCodeMap codes;
        GenerateCodes(root, HuffCode(), codes);    // 為每個(gè)字符賦予哈夫曼碼
        delete root;


        // 遍歷map容器輸出不同字符與編碼
        for (HuffCodeMap::const_iterator it = codes.begin(); it != codes.end(); ++it)
        {
            cout << it->first << ": ";
            copy(it->second.begin(), it->second.end(), ostream_iterator(cout));
            cout << endl;
        }
        cout << SampleString << ": ";
        ptr = SampleString;


        // 輸出字符串完整編碼
        while (*ptr != '')
        {
            for (HuffCodeMap::const_iterator it = codes.begin(); it != codes.end(); ++it)
                if (it->first == *ptr)
                    copy(it->second.begin(), it->second.end(), ostream_iterator(cout));
            ptr++;
        }
        delete SampleString;
        SampleString = nullptr;


        // 解碼過(guò)程
        char choice;
        cout << endl << endl << "Decoding? (Y/N): ";
        cin.get(choice);
        // 判定是否繼續(xù)
        if (toupper(choice) == 'Y')
        {
            char each;    // 定義單字符
            bool flag = true;
            HuffCode total;    // 定義bool向量
            HuffCodeMap::const_iterator it = codes.begin();    // 創(chuàng)建初始迭代器


            while (getchar() != '
')
                continue;
            cout << "Input encoded string: ";
            // 獲取輸入行單個(gè)字符
            while ((each = cin.get()) && each != '
')
            {
                each -= 48;    // 轉(zhuǎn)換為數(shù)字表示
                total.push_back(static_cast(each));    // 強(qiáng)轉(zhuǎn)為bool型壓入容器
                // 依據(jù)編碼表反向匹配
                while (it != codes.end())
                {
                    if (total == it->second)
                    {
                        if (flag)
                        {
                            cout << "Original string: ";
                            flag = false;
                        }
                        cout << it->first;    // 反向輸出字符
                        total.clear();    // 清空容器
                    }
                    ++it;
                }
                it = codes.begin();
            }
        }
        else
            while (getchar() != '
')
                continue;
        cout << endl << string(60, '-') << endl << "Carry on, input next string: ";
    }
    cout << endl;


    return 0;
}<>

5.6動(dòng)態(tài)哈夫曼碼的設(shè)計(jì)

在此之前，我們一直所述的對(duì)象均為靜態(tài)哈夫曼編碼，靜態(tài)哈夫曼碼有個(gè)不太好的點(diǎn)，你差不多注意到了 —— 傳統(tǒng)靜態(tài) Huffman 編碼需要對(duì)數(shù)據(jù)進(jìn)行兩次遍歷：第一次是構(gòu)造和傳輸 Huffman 樹(shù)到接收端，以收集消息中不同字符出現(xiàn)的頻率計(jì)數(shù)；第二次再基于第一次構(gòu)造的靜態(tài)樹(shù)結(jié)構(gòu)，編碼和傳輸消息本身。那么，這會(huì)導(dǎo)致在將其用于網(wǎng)絡(luò)通信時(shí)產(chǎn)生較大延遲，或者在文件壓縮應(yīng)用程序中產(chǎn)生額外的磁盤訪問(wèn)進(jìn)而減慢算法。

于是，動(dòng)態(tài)哈夫曼編碼誕生了。動(dòng)態(tài)哈夫曼編碼（Dynamic Huffman coding），又稱適應(yīng)性哈夫曼編碼（Adaptive Huffman coding），是基于哈夫曼編碼的自適應(yīng)編碼技術(shù)。它允許在符號(hào)正在傳輸時(shí)構(gòu)建代碼，允許一次編碼并適應(yīng)數(shù)據(jù)中變化的條件，即隨著數(shù)據(jù)流的到達(dá)，動(dòng)態(tài)地收集和更新符號(hào)的概率（頻率）。一次編碼的好處是使得源程序可以實(shí)時(shí)編碼，但由于單個(gè)丟失會(huì)損壞整個(gè)代碼，因此它對(duì)傳輸錯(cuò)誤更加敏感。

所以，F(xiàn)aller 和 Gallager 兩人各提出了一種單次遍歷方案，后被 Knuth 大大改進(jìn)，用于構(gòu)造動(dòng)態(tài) Huffman 編碼。發(fā)送器用來(lái)編碼消息中第 t+1 個(gè)字符的二叉樹(shù)（同時(shí)也是接收器用來(lái)重建第 t+1 個(gè)字符的二叉樹(shù)）是消息前 t 個(gè)字符的二叉樹(shù)。如此，發(fā)送器和接收器就都會(huì)從相同的初始樹(shù)開(kāi)始，發(fā)送器永遠(yuǎn)不需要將樹(shù)發(fā)送給接收器。很顯然，這與靜態(tài) Huffman 算法的情況不同。

不久，又有研究者設(shè)計(jì)并證明了一種于所有單遍方案中，在最壞情況下表現(xiàn)仍然是最優(yōu)的算法 A，它可以用于網(wǎng)絡(luò)通信的通用編碼方案，也可以作為基于文字的壓縮算法中的一種高效子例程。

算法 A 具備以下優(yōu)點(diǎn)：

• 對(duì)于編碼效率差異相對(duì)較大的小消息，每個(gè)字母占用更少的位

• 在 t 小于 104 時(shí)，相比所有“兩遍算法”都表現(xiàn)得更好

• 能對(duì)消息進(jìn)行實(shí)時(shí)編解碼，每個(gè)字符使用不到一個(gè)額外的比特位對(duì)消息編碼

• 在文件壓縮、網(wǎng)絡(luò)通信和硬件實(shí)現(xiàn)方面有巨大應(yīng)用潛力

• 可用來(lái)增強(qiáng)其他壓縮方案

< 未完待續(xù)……>

ELT.ZIP是誰(shuí)？

ELT<=>Elite(精英)，.ZIP為壓縮格式，ELT.ZIP即壓縮精英。

成員：

上海工程技術(shù)大學(xué)大二在校生閆旭

合肥師范學(xué)院大二在校生楚一凡

清華大學(xué)大二在校生趙宏博

成都信息工程大學(xué)大一在校生高云帆

黑龍江大學(xué)大一在校生高鴻萱

山東大學(xué)大三在校生張智騰

ELT.ZIP是來(lái)自6個(gè)地方的同學(xué)，在OpenHarmony成長(zhǎng)計(jì)劃啃論文俱樂(lè)部里，與來(lái)自華為、軟通動(dòng)力、潤(rùn)和軟件、拓維信息、深開(kāi)鴻等公司的高手一起，學(xué)習(xí)、研究、切磋操作系統(tǒng)技術(shù)...

寫在最后

OpenHarmony 成長(zhǎng)計(jì)劃—“啃論文俱樂(lè)部”（以下簡(jiǎn)稱“啃論文俱樂(lè)部”）是在 2022年 1 月 11 日的一次日?；顒?dòng)中誕生的。截至 3 月 31 日，啃論文俱樂(lè)部已有 87 名師生和企業(yè)導(dǎo)師參與，目前共有十二個(gè)技術(shù)方向并行探索，每個(gè)方向都有專業(yè)的技術(shù)老師帶領(lǐng)同學(xué)們通過(guò)啃綜述論文制定技術(shù)地圖，按“降龍十八掌”的學(xué)習(xí)方法編排技術(shù)開(kāi)發(fā)內(nèi)容，并通過(guò)專業(yè)推廣培養(yǎng)高校開(kāi)發(fā)者成為軟件技術(shù)學(xué)術(shù)級(jí)人才。

啃論文俱樂(lè)部的宗旨是希望同學(xué)們?cè)陂_(kāi)源活動(dòng)中得到軟件技術(shù)能力提升、得到技術(shù)寫作能力提升、得到講解技術(shù)能力提升。大學(xué)一年級(jí)新生〇門檻參與，已有俱樂(lè)部來(lái)自多所高校的大一同學(xué)寫出高居榜首的技術(shù)文章。

如今，搜索“啃論文”，人們不禁想到、而且看到的都是我們——OpenHarmony 成長(zhǎng)計(jì)劃—“啃論文俱樂(lè)部”的產(chǎn)出。

OpenHarmony開(kāi)源與開(kāi)發(fā)者成長(zhǎng)計(jì)劃—“啃論文俱樂(lè)部”學(xué)習(xí)資料合集

1）入門資料：啃論文可以有怎樣的體驗(yàn)

https://docs.qq.com/slide/DY0RXWElBTVlHaXhi?u=4e311e072cbf4f93968e09c44294987d

2）操作辦法：怎么從啃論文到開(kāi)源提交以及深度技術(shù)文章輸出https://docs.qq.com/slide/DY05kbGtsYVFmcUhU

3）企業(yè)/學(xué)校/老師/學(xué)生為什么要參與 & 啃論文俱樂(lè)部的運(yùn)營(yíng)辦法https://docs.qq.com/slide/DY2JkS2ZEb2FWckhq

4）往期啃論文俱樂(lè)部同學(xué)分享會(huì)精彩回顧：

同學(xué)分享會(huì)No1.成長(zhǎng)計(jì)劃啃論文分享會(huì)紀(jì)要（2022/02/18）https://docs.qq.com/doc/DY2RZZmVNU2hTQlFY

同學(xué)分享會(huì)No.2 成長(zhǎng)計(jì)劃啃論文分享會(huì)紀(jì)要（2022/03/11）https://docs.qq.com/doc/DUkJ5c2NRd2FRZkhF

同學(xué)們分享會(huì)No.3 成長(zhǎng)計(jì)劃啃論文分享會(huì)紀(jì)要（2022/03/25）

https://docs.qq.com/doc/DUm5pUEF3ck1VcG92?u=4e311e072cbf4f93968e09c44294987d

現(xiàn)在，你是不是也熱血沸騰，摩拳擦掌地準(zhǔn)備加入這個(gè)俱樂(lè)部呢？當(dāng)然歡迎啦！啃論文俱樂(lè)部向任何對(duì)開(kāi)源技術(shù)感興趣的大學(xué)生開(kāi)發(fā)者敞開(kāi)大門。

掃碼添加 OpenHarmony 高校小助手，加入“啃論文俱樂(lè)部”微信群

后續(xù)，我們會(huì)在服務(wù)中心公眾號(hào)陸續(xù)分享一些 OpenHarmony 開(kāi)源與開(kāi)發(fā)者成長(zhǎng)計(jì)劃—“啃論文俱樂(lè)部”學(xué)習(xí)心得體會(huì)和總結(jié)資料。記得呼朋引伴來(lái)看哦。