青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

無我

讓內心永遠燃燒著偉大的光明的精神之火!
靈活的思考,嚴謹的實現
豪邁的氣魄、頑強的意志和周全的思考

eSNACC對OCTET STRING 的編碼和解碼

本文剖析asn-octs.h/c,從源代碼來學習eSNACC對OCTET STRING的編碼和解碼。

eSNACC對字節串OCTET STRING的處理與上一篇描述的比特串的方法類似,而且字節串的處理更加簡單。所以在上一篇的基礎上,我們專門分析上一篇中對連接型串解碼時沒有展開講的函數,也作為上一篇的補充。上一篇可以參見eSNACC對BIT STRING的編碼和解碼

 

先看看eSNACC對字節串的表示方法:

typedef struct AsnOcts
{
  unsigned 
long octetLen;
  
char            *octs;
}
 AsnOcts;

可以看到與比特串很類似,唯一不同的是octetLen的類型,對字節串的是unsigned long;而比特串的是int。為什么要這樣設計呢?因為長度肯定不可能是負數,所以設計成unsigned的是我們認為合理的。而對比特串的想法,我不太清楚,這其實也可以說是對那個模塊的另一個設計問題。

octetLen代表該字節串的長度,但不包含串末尾的null字節。

octs是指向字節串的指針,分配的字節串長度為octetLen+1,在解碼時會主動給末尾設為null。千萬要注意:這個char*與比特串的char*有很大的不同:字節串的char*是一個字符指針,其指向的是一個由null終結的字符串。而比特串的就是一串比特位,最末尾也沒有null。

 

好了,看字節串的編碼和解碼,我們發現他的操作很簡單,只是一個內存拷貝的過程,編碼的時候也不需要專門來存len信息,也更不需要像比特串那樣做若干操作來處理字節填充、未使用位數計算等等。所以解碼的時候也不需要判斷這些。僅僅一個要記住的是:len是不包括字節串末尾的null字符的,只是在解碼時多分配了一個字節,主動使其為null結束。

 

上面這些都很簡單,我想本文就主要分析對連接型字節串的解碼過程。這是兩個靜態函數,不夠在分析這些代碼之前,我覺得應該下說明一下他的設計方法:

由于連接型串就是有多個字節串嵌套構造而成的。也就是

連接串 => 連接串 + 原生串

這樣的話,在解碼時,勢必產生很多夾雜其中的原生串碎片。如果讓用戶來管理這些碎片是很麻煩的事,我們更喜歡把一個連接串也存為一串整體的內存中,就如同操作一個原生串一樣。正是基于這個原因,eSNACC就為我們做好封裝,他自己判斷串類型,然后做不同的解碼,最后都是返回給用戶一塊連續的內存。

我們先看看用于管理串碎片的方案:結構體加宏

typedef struct StrStkElmt
{
    
char *str;
    unsigned 
long len;
}
 StrStkElmt;

typedef 
struct StrStk
{
    StrStkElmt 
*stk; /* ptr to array of SSElmts with 'size' elmts */
    unsigned 
long initialNumElmts;
    unsigned 
long numElmts;  /* total # of elements in str stk */
    unsigned 
long growElmts; /* # elmts to increase size by when nec */
    unsigned 
long nextFreeElmt; /* index of next free element */
    unsigned 
long totalByteLen; /* octet len of string stored in stk */
}
 StrStk;

extern StrStk strStkG;
/*
 * initializes stk (Allocates if nec.)
 * once stk is enlarged, it doesn't shrink
 
*/

#define RESET_STR_STK()\
{\
    strStkG.nextFreeElmt 
= 0;\
    strStkG.totalByteLen 
= 0;\
    
if (strStkG.stk == NULL){\
       strStkG.stk 
= (StrStkElmt*) malloc ((strStkG.initialNumElmts) *sizeof (StrStkElmt));\
       strStkG.numElmts 
= strStkG.initialNumElmts;}
\
}


/*
 * add a char*,len pair to top of stack.
 * grows stack if necessary using realloc (!)
 
*/

#define PUSH_STR(strPtr, strsLen, env)\
{\
    
if (strStkG.nextFreeElmt >= strStkG.numElmts)\
    
{\
       strStkG.stk 
= (StrStkElmt*) realloc (strStkG.stk, (strStkG.numElmts + strStkG.growElmts) *sizeof (StrStkElmt));\
       strStkG.numElmts 
+= strStkG.growElmts;\
    }
\
    strStkG.totalByteLen 
+= strsLen;\
    strStkG.stk[strStkG.nextFreeElmt].str 
= strPtr;\
    strStkG.stk[strStkG.nextFreeElmt].len 
= strsLen;\
    strStkG.nextFreeElmt
++;\
}

/*
 * Set up size values for the stack that is used for merging constructed
 * octet or bit string into single strings.
 * ****  Call this before decoding anything. *****
 * Note: you don't have to call this if the default values
 * for initialStkSizeG and stkGrowSizeG are acceptable
 
*/

#define SetupConsBitsOctsStringStk (initialNumberOfElmts, numberOfElmtsToGrowBy)\
{\
    strStkG.initialNumElmts 
= initialNumberOfElmts; \
    strStkG.growElmts 
= numberOfElmtsToGrowBy;\
}

可以看到用于管理每一塊比特串或字節串碎片的結構StrStkElmt與我們定義的AsnBits/AsnOcts非常類似:基本就是定義字段的順序不同。

而結構體StrStk就是用來管理若干碎片的,使得我們在解碼時不需要處理這些煩人的片段,他內部將這些都解碼好并且最后拷貝到一個整體的內存塊中返回,真是功德無限呀!我們就來認識一下這個活佛吧:

StrStkElmt *stk:指向碎片串的指針。

unsigned long initialNumElmts:首次分配StrStkElmt的數目。
unsigned long numElmts:stk中擁有的總的StrStkElmt數。
unsigned long growElmts:當首次分配的initialNumElmts不夠用,而需要再次分配時,默認的增長數。
unsigned long nextFreeElmt:stk中可用存放StrStkElmt的序號。
unsigned long totalByteLen:stk存放的串的總字節數。

然后聲明了一個變量strStkG,具體定義在實現文件中。后面就是定義了幾個宏來操作這個變量:

RESET_STR_STK:用于給stk分配內存,并且初始化numElmts值。

PUSH_STR:將char*,len對加到stk串中。如果空間不夠會自動增長。

SetupConsBitsOctsStringStk:如果你對他提供的initialNumElmts和growElmts不滿意,請在做任何解碼操作之前調用這個宏來定義自己的需求。

 

對于這種方案,有幾點說明是:

1、一旦stk擴容了,那么就無法縮水。

2、如果由于數量不夠而需要增長,這可能會導致內存的重分配和拷貝,一定程度影響性能。

在該模塊的實現文件中只有結構體變量strStkG的定義:

/* global for use by AsnBits and AsnOcts */
StrStk strStkG 
= { NULL, 12806400 };

也就是strStkG的初始值為:StrStkElmt指針為空,默認會分配的128個指針空間。因為當前還沒分配內存,所以總數為0.當不夠用時一次增長64個。然后后面兩個量都初始化為0.

 

好了,有了對這個輔助體的全面的認識,那么最上面的兩個解碼函數也就迎刃而解了。

先看解碼連續字節串的入口:

/*
 * Decodes a seq of universally tagged octets strings until either EOC is
 * encountered or the given len is decoded.  Merges them into a single
 * string. puts a NULL terminator on the string but does not include
 * this in the length.
 
*/

static void
BDecConsAsnOcts PARAMS ((b, len, result, bytesDecoded, env),
    GenBuf 
*b _AND_
    AsnLen len _AND_
    AsnOcts 
*result _AND_
    AsnLen 
*bytesDecoded _AND_
    jmp_buf env)
{
    
char *bufCurr;
    unsigned 
long curr;

    RESET_STR_STK();

    
/*
     * decode each piece of the octet string, puting
     * an entry in the octet string stack for each
     
*/

    FillOctetStringStk (b, len, bytesDecoded, env);

    result
->octetLen = strStkG.totalByteLen;

    
/* alloc str for all octs pieces with extra byte for null terminator */
    bufCurr 
= result->octs = Asn1Alloc (strStkG.totalByteLen +1);
    CheckAsn1Alloc (result
->octs, env);

    
/* copy octet str pieces into single blk */
    
for (curr = 0; curr < strStkG.nextFreeElmt; curr++)
    
{
        memcpy (bufCurr, strStkG.stk[curr].str, strStkG.stk[curr].len);
        bufCurr 
+= strStkG.stk[curr].len;
    }


    
/* add null terminator - this is not included in the str's len */
    
*bufCurr = '\0';

}
  /* BDecConsAsnOcts */

首先函數注釋說明了解碼一串連接字節串,直到指定長度或者遇到EOC。最后把這些分散的碎片整合到一個字符串中。與比特串不同的是,會在串最后添加null字符。

邏輯上,首先調用RESET_STR_STK()給完成strStkG的指針內存分配。然后調用FillOctetStringStk來完成真正的碎片解碼,該函數完成操作后,各個碎片都可以通過strStkG的成員變量來訪問了。正如我們看到的,他分配了一個strStkG.totalByteLen +1的空間,多1是為了存放null。然后遍歷每一個有效的指針,將值拷貝到分配這一整塊內存中。最后在末尾附上null。

FillOctetStringStk具體定義如下:

/*
 * Used for decoding constructed OCTET STRING values into
 * a contiguous local rep.
 * fills string stack with references to the pieces of a
 * construced octet string
 
*/

static void
FillOctetStringStk PARAMS ((b, elmtLen0, bytesDecoded, env),
    GenBuf 
*b _AND_
    AsnLen elmtLen0 _AND_
    AsnLen 
*bytesDecoded _AND_
    jmp_buf env)
{
    unsigned 
long refdLen;
    unsigned 
long totalRefdLen;
    
char *strPtr;
    unsigned 
long totalElmtsLen1 = 0;
    unsigned 
long tagId1;
    unsigned 
long elmtLen1;

    
for (; (totalElmtsLen1 < elmtLen0) || (elmtLen0 == INDEFINITE_LEN); )
    
{
        tagId1 
= BDecTag (b, &totalElmtsLen1, env);

        
if ((tagId1 == EOC_TAG_ID) && (elmtLen0 == INDEFINITE_LEN))
        
{
            BDEC_2ND_EOC_OCTET (b, 
&totalElmtsLen1, env);
            
break;
        }


        elmtLen1 
= BDecLen (b, &totalElmtsLen1, env);
        
if (tagId1 == MAKE_TAG_ID (UNIV, PRIM, OCTETSTRING_TAG_CODE))
        
{
            
/*
             * primitive part of string, put references to piece (s) in
             * str stack
             
*/

            totalRefdLen 
= 0;
            refdLen 
= elmtLen1;
            
while (1)
            
{
                strPtr 
= (char *)BufGetSeg (b, &refdLen);

                PUSH_STR (strPtr, refdLen, env);
                totalRefdLen 
+= refdLen;
                
if (totalRefdLen == elmtLen1)
                    
break/* exit this while loop */

                
if (refdLen == 0/* end of data */
                
{
                    Asn1Error (
"BDecConsOctetString: ERROR - attempt to decode past end of data\n");
                    longjmp (env, 
-18);
                }

                refdLen 
= elmtLen1 - totalRefdLen;
            }

            totalElmtsLen1 
+= elmtLen1;
        }



        
else if (tagId1 == MAKE_TAG_ID (UNIV, CONS, OCTETSTRING_TAG_CODE))
        
{
            
/*
             * constructed octets string embedding in this constructed
             * octet string. decode it.
             
*/

            FillOctetStringStk (b, elmtLen1, 
&totalElmtsLen1, env);
        }

        
else  /* wrong tag */
        
{
            Asn1Error (
"BDecConsOctetString: ERROR - decoded non-OCTET STRING tag inside a constructed OCTET STRING\n");
            longjmp (env, 
-19);
        }

    }
 /* end of for */

    (
*bytesDecoded) += totalElmtsLen1;

}
  /* FillOctetStringStk */

在FillOctetStringStk中,判斷當前串碎片是什么類型,如果是原生類型,就直接分配內存存放緩沖區的內容;如果還是連接類型,那就遞歸調用本函數,否則報錯。

 

好了,字節串編碼解碼的分析就到此了。

posted on 2012-04-23 16:22 Tim 閱讀(3279) 評論(0)  編輯 收藏 引用 所屬分類: eSNACC學習

<2012年4月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
293012345

導航

統計

公告

本博客原創文章,歡迎轉載和交流。不過請注明以下信息:
作者:TimWu
郵箱:timfly@yeah.net
來源:m.shnenglu.com/Tim
感謝您對我的支持!

留言簿(9)

隨筆分類(173)

IT

Life

搜索

積分與排名

最新隨筆

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲国产精品小视频| 亚洲国产精品久久| 欧美一区2区视频在线观看| 亚洲精品国精品久久99热| 欧美激情1区| 99re8这里有精品热视频免费| 日韩午夜视频在线观看| 一区二区三区国产| 亚洲综合视频1区| 久久国产精品色婷婷| 免费成人高清在线视频| 欧美日韩国产综合新一区| 国产精品视频久久一区| 韩日成人av| 夜色激情一区二区| 午夜亚洲影视| 亚洲人成在线播放网站岛国| 日韩视频在线观看免费| 亚洲一区日韩| 久久亚洲精品欧美| 91久久夜色精品国产九色| 亚洲午夜久久久久久尤物| 欧美在线观看视频一区二区| 米奇777在线欧美播放| 国产精品ⅴa在线观看h| 激情亚洲网站| 亚洲小说区图片区| 久久深夜福利免费观看| 99精品热视频| 另类尿喷潮videofree| 欧美深夜影院| 亚洲激情小视频| 欧美亚洲综合另类| 亚洲精品国精品久久99热| 欧美中文字幕精品| 国产精品久久福利| 亚洲国产欧美一区| 欧美中文在线观看国产| 亚洲欧洲日本专区| 久久精品视频在线播放| 欧美性视频网站| 亚洲三级免费电影| 久久精品毛片| 一区二区三区欧美在线观看| 噜噜噜噜噜久久久久久91| 国产欧美视频一区二区| 在线午夜精品自拍| 亚洲第一区色| 久久精品一本| 国产一区二区无遮挡| 亚洲欧美www| 久久精品国产2020观看福利| 中文国产一区| 国产色产综合产在线视频| 亚洲欧洲一区二区天堂久久| 欧美亚洲一区在线| 亚洲天堂av在线免费| 欧美国产91| 在线免费观看日本欧美| 欧美一区亚洲| 亚洲欧美激情精品一区二区| 欧美午夜欧美| 亚洲午夜一区二区三区| 亚洲国产精品欧美一二99| 久久国产精品毛片| 国产一区二区三区视频在线观看| 午夜国产精品影院在线观看| 亚洲毛片视频| 欧美视频在线视频| 亚洲香蕉在线观看| 在线亚洲国产精品网站| 久久影视精品| 国内精品久久久久影院薰衣草| 亚洲乱码国产乱码精品精| 久久国产精品99国产| 男女精品视频| 国产三级欧美三级| 亚洲免费一级电影| 欧美一区国产一区| 亚洲一区免费视频| 国产女人精品视频| 久久精品免视看| 久久婷婷久久一区二区三区| 伊人久久亚洲热| 欧美激情一区二区三区不卡| 欧美激情综合五月色丁香| av成人天堂| 亚洲免费中文| 永久免费精品影视网站| 欧美激情片在线观看| 欧美精品在线视频| 午夜一区不卡| 久久深夜福利免费观看| 亚洲精品一区二区三区99| 亚洲精品美女在线观看| 国产精品xvideos88| 久久精品国产一区二区三| 久久婷婷丁香| 亚洲女同精品视频| 久久露脸国产精品| 妖精成人www高清在线观看| 亚洲已满18点击进入久久| 国产精品入口日韩视频大尺度| 久久久国产91| 欧美日韩在线免费| 久久综合网hezyo| 欧美日韩激情小视频| 久久狠狠亚洲综合| 欧美另类女人| 久久久亚洲一区| 欧美金8天国| 久久频这里精品99香蕉| 欧美日韩高清在线观看| 久久综合久色欧美综合狠狠| 欧美母乳在线| 免费一区视频| 国产视频一区在线观看一区免费| 欧美激情一区二区三区不卡| 国产麻豆精品theporn| 亚洲成在人线av| 黑人一区二区| 亚洲欧美制服另类日韩| av不卡在线观看| 欧美激情网站在线观看| 久久亚洲精品网站| 国产精品一卡二卡| 日韩亚洲精品在线| 亚洲国产精品久久人人爱蜜臀| 亚洲永久字幕| 亚洲一级免费视频| 欧美激情视频一区二区三区免费| 久久婷婷亚洲| 国产午夜精品在线| 亚洲欧美国产日韩中文字幕| 一区二区三区国产在线观看| 欧美一区二区视频网站| 老鸭窝91久久精品色噜噜导演| 免费日本视频一区| 老司机精品视频网站| 国产精品进线69影院| 日韩一区二区久久| 亚洲精选一区| 久久综合久久综合九色| 久久全球大尺度高清视频| 国产精品视频不卡| 亚洲免费在线电影| 久久国产精品久久久| 国产一区二区三区精品久久久| 亚洲一区二区黄色| 久久精品国产v日韩v亚洲| 国产精品视频999| 亚洲欧美日韩国产一区二区三区| 亚洲综合国产精品| 国产女人精品视频| 久久精品毛片| 亚洲福利视频一区| 99re热精品| 国产精品啊啊啊| 亚洲欧美伊人| 久久亚洲私人国产精品va| 韩日欧美一区| 久久天天躁狠狠躁夜夜爽蜜月| 亚洲人被黑人高潮完整版| 亚洲激情视频在线播放| 久久精品综合| 欧美夫妇交换俱乐部在线观看| 亚洲大胆女人| 一本色道久久99精品综合 | 亚洲欧美成人精品| 久久高清国产| 亚洲国产精品久久| 欧美色网一区二区| 欧美一区综合| 亚洲第一精品福利| 一区二区欧美在线| 国产日韩在线视频| 欧美成人免费全部| 亚洲综合精品自拍| 亚洲国产精品电影在线观看| 一区二区三区.www| 国产一区在线播放| 欧美日韩久久| 新片速递亚洲合集欧美合集| 亚洲高清123| 久久久久国产精品www| 亚洲精品日本| 国产一区白浆| 欧美日本免费一区二区三区| 午夜精品久久久久| 亚洲三级影片| 久久综合狠狠综合久久综青草 | 欧美在线观看你懂的| 亚洲人成网站777色婷婷| 午夜久久tv| 亚洲精品欧美日韩| 一区二区视频在线观看| 国产精品日韩一区| 欧美日韩一区在线| 欧美高清在线观看| 久久理论片午夜琪琪电影网|