主頁 > 移動端開發 > Python 原始碼分析(九)

Python 原始碼分析(九)

2020-10-23 18:00:30 移動端開發

Python 的原始碼探索

  1. 簡言
  2. _compression 內部類壓縮演算法
  3. 優化日志

1、簡言

Hello
   又見面了,朋友們,人們總是會在滿足期待以后就失去它,這次看看壓縮演算法的邏輯構造,談不上深入,希望對大家也有幫助,

2、_compression 內部類壓縮演算法

演算法
   _compression 這個 .py 檔案有個首行注釋:gzip,lzma 和 bz2 模塊使用的內部類,該檔案有兩個類, BaseStream(基本流)和 DecompressReader(解壓縮器),
   ① BaseStream 類:

class BaseStream(io.BufferedIOBase):
    """Mode-checking helper functions."""

    def _check_not_closed(self):
        if self.closed:
            raise ValueError("I/O operation on closed file")
            
    def _check_can_read(self):
        if not self.readable():
            raise io.UnsupportedOperation("File not open for reading")

    def _check_can_write(self):
        if not self.writable():
            raise io.UnsupportedOperation("File not open for writing")

    def _check_can_seek(self):
        if not self.readable():
            raise io.UnsupportedOperation("Seeking is only supported "
                                          "on files open for reading")
        if not self.seekable():
            raise io.UnsupportedOperation("The underlying file object "
                                          "does not support seeking")


   類檔注釋:模型檢查助手功能,
   該類繼承 io 的 BufferedIOBase,
   四個方法:檢查未關閉的,檢查可以打開的,檢查可以讀寫的,檢查可以識別的,
   = 檢查未關閉的:函式引數是默認的 self,代碼塊內是一個 if 判斷,當出現 self.closed 這個條件,使用 raise 關鍵字拋出例外資訊,例外型別為 ValueError,型別錯誤,拋出資訊為:關閉檔案的I / O操作,如果在 python 解釋器直接執行該陳述句,如下:
   = 檢查可以打開的:代碼塊內是一個 if not 判斷,如果沒有觸發 self.readable() 函式,則使用 raise 陳述句拋出,拋出資訊為【檔案未打開以供讀取】,測驗如下:
   = 后面兩個以此類推,拋出資訊為【檔案無法打開以進行寫入】、【僅在打開以供讀取的檔案上支持搜索】、【基礎檔案物件不支持查找】,由此可見,BaseStream 類為(解)壓縮物件提供了容錯,并處理了可能會出現的例外,
   ② DecompressReader 類:
   類檔注釋:使解壓縮器 API 適應 RawIOBase 閱讀器 API,
   該類繼承自 io 的 RawIOBase,
   九個方法:可讀的,屬性,close 方法,可識別的,讀取,read 方法,回溯,seek 方法,回傳,
   = 可讀的:該方法有且僅有一個回傳,return True,

def readable(self):
    return True


   = 屬性:定義類的屬性,可傳入引數有 fp,decomp_factory,trailing_error=(),**decomp_args,定義了八個屬性,如下:

def __init__(self, fp, decomp_factory, trailing_error=(), **decomp_args):
    self._fp = fp
    self._eof = False
    self._pos = 0  # 減壓縮流中的當前偏移
    # 知道解壓縮后的流的大小,設定為 SEEK_END
    self._size = -1

    # 保存解壓縮器工廠和引數,
    # 如果檔案包含多個壓縮流,則每個
    # 流將需要一個單獨的解壓縮器物件,新的解壓縮器
    # 實作向后的 seek() 時也需要物件,
    self._decomp_factory = decomp_factory
    self._decomp_args = decomp_args
    self._decompressor = self._decomp_factory(**self._decomp_args)

    # 從解壓縮器捕獲的例外類表示無效
    # 尾隨資料要忽略
    self._trailing_error = trailing_error


   = close 方法:使用 self._decompressor = None 對 _decompressor 物件重新賦值為 None,然后回傳 super().close() 方法,

def close(self):
    self._decompressor = None
    return super().close()


   = 可識別的:回傳 self._fp.seekable() 方法,

def seekable(self):
    return self._fp.seekable()


   = 讀取:使用 with…as… 讀取物件,這里用到的技巧是我之前也沒見過的,就是【with memoryview(b) as view, view.cast(“B”) as byte_view:】里面,先是讀取 memoryview(b) 然后傳給 view,然后使用逗號隔開,繼續執行 with 方法,讀取 view.cast(“B”) 然后傳給 byte_view,with 代碼塊內【data = self.read(len(byte_view))】中,使用 len 方法計算出 byte_view 的檔案長度,然后呼叫 read 方法處理,最后賦值給 data,接著【byte_view[:len(data)] = data】將 byte_view 中直到 len(data) 個元素修改為,也就是重新賦值為 data,最后回傳 len(data),

def readinto(self, b):
    with memoryview(b) as view, view.cast("B") as byte_view:
        data = self.read(len(byte_view))
        byte_view[:len(data)] = data
    return len(data)


   = read 方法:設定默認引數 size=-1,如果該引數小于 0,回傳 self.readall(),如果沒有 size 或是 self._eof,回傳由 b"" 格式化后的字符,如果遇到 EOF,則為默認值,將 data 的值賦值為 None,根據輸入資料,我們對解壓縮器的呼叫可能不會回傳任何資料,在這種情況下,讀取另一個塊后再試一次,所以執行 while 陳述句,

def read(self, size=-1):
    if size < 0:
        return self.readall()

    if not size or self._eof:
        return b""
    data = None  # Default if EOF is encountered
    # Depending on the input data, our call to the decompressor may not
    # return any data. In this case, try again after reading another block.
    while True:
        if self._decompressor.eof:
            rawblock = (self._decompressor.unused_data or
                        self._fp.read(BUFFER_SIZE))
            if not rawblock:
                break
            # Continue to next stream.
            self._decompressor = self._decomp_factory(
                **self._decomp_args)
            try:
                data = self._decompressor.decompress(rawblock, size)
            except self._trailing_error:
                # Trailing data isn't a valid compressed stream; ignore it.
                break
        else:
            if self._decompressor.needs_input:
                rawblock = self._fp.read(BUFFER_SIZE)
                if not rawblock:
                    raise EOFError("Compressed file ended before the "
                                   "end-of-stream marker was reached")
            else:
                rawblock = b""
            data = self._decompressor.decompress(rawblock, size)
        if data:
            break
    if not data:
        self._eof = True
        self._size = self._pos
        return b""
    self._pos += len(data)
    return data


   使用 while True 形成自回圈,回圈開始,先判斷如果 self._decompressor.eof 成立,則【rawblock = (self._decompressor.unused_data or self._fp.read(BUFFER_SIZE))】,這行代碼是給 rawblock 賦值很容易看出來,但用的小括號和 or 我也沒見過,經過測驗,如下:
   由此可見,只會賦值 or 之前的值,所以該行代碼經過 python 解釋器執行后,rawblock 的值應該是 _decompressor 的 unused_data,該陳述句執行后,有一個嵌套在同級的 if not 判斷,作為結束 while 回圈的條件,條件為 if not rawblock,如果沒有執行,就繼續執行下一個流,因為結構相對復雜,所以把這個 while 回圈單獨拿出來看,如下:

while True:
    if self._decompressor.eof:
        rawblock = (self._decompressor.unused_data or
                    self._fp.read(BUFFER_SIZE))
        if not rawblock:
            break
        # 繼續下一個流,
        self._decompressor = self._decomp_factory(
            **self._decomp_args)
        try:
            data = self._decompressor.decompress(rawblock, size)
        except self._trailing_error:
            # 尾隨資料不是有效的壓縮流,忽略它,
            break
    else:
        if self._decompressor.needs_input:
            rawblock = self._fp.read(BUFFER_SIZE)
            if not rawblock:
                raise EOFError("Compressed file ended before the "
                               "end-of-stream marker was reached")    # 壓縮檔案在到達流結束標記之前結束
        else:
            rawblock = b""
        data = self._decompressor.decompress(rawblock, size)
    if data:
        break


   可以看到,有很多 if 判斷,甚至嵌套 if,還有 try-except 結構,為了避免混亂,就一個一個分開理解,首先是 while 回圈的觸發條件,True,當使用該關鍵字作為回圈執行條件時,可視作條件成立,直接進入回圈,直到結束條件觸發,這個結束條件在該回圈體系中,一共有三個,該回圈體系第一層嵌套是 if-else-if,if 成立條件是 self._decompressor.eof,否則執行 else 陳述句塊的代碼,如果有 data,則立刻結束該 while 回圈,
   = 回溯:將檔案倒帶到資料流的開頭,除了 _fp 呼叫了 seek(),并傳入引數 0,使其回溯,其他三個 _eof、_pos 和 _decompressor 都是用定義屬性時的值賦值,達到回溯目的,

# Rewind the file to the beginning of the data stream.
def _rewind(self):
    self._fp.seek(0)
    self._eof = False
    self._pos = 0
    self._decompressor = self._decomp_factory(**self._decomp_args)


   = seek 方法:重新計算偏移量作為絕對檔案位置,回溯中 _fp 呼叫過的 seek 方法,引數有 offset 和 whence=io.SEEK_SET,

def seek(self, offset, whence=io.SEEK_SET):
    # Recalculate offset as an absolute file position.
    if whence == io.SEEK_SET:
        pass
    elif whence == io.SEEK_CUR:
        offset = self._pos + offset
    elif whence == io.SEEK_END:
        # Seeking relative to EOF - we need to know the file's size.
        if self._size < 0:
            while self.read(io.DEFAULT_BUFFER_SIZE):
                pass
        offset = self._size + offset
    else:
        raise ValueError("Invalid value for whence: {}".format(whence))

    # Make it so that offset is the number of bytes to skip forward.
    if offset < self._pos:
        self._rewind()
    else:
        offset -= self._pos

    # Read and discard data until we reach the desired position.
    while offset > 0:
        data = self.read(min(io.DEFAULT_BUFFER_SIZE, offset))
        if not data:
            break
        offset -= len(data)

    return self._pos


   = 回傳:回傳當前檔案位置,方法里面直接使用 return 回傳 self._pos,就是當前檔案位置,

def tell(self):
    """Return the current file position."""
    return self._pos


   到這里,基本就是 _compression 檔案的全部內容了,可以知道解壓縮和壓縮的演算法并不簡單,通過層層的迭代和嵌套,把操作的物件一步一步的按邏輯執行,最終得到想要的輸出,

3、優化日志

日志
   2020-10-21,第一次發布,
   
   感謝 CSDN,感謝 C 友們的支持

轉載請註明出處,本文鏈接:https://www.uj5u.com/yidong/187546.html

標籤:其他

上一篇:Python實作深度學習系列之【正向傳播和反向傳播】

下一篇:用Python3做leetcode每日一題!!!!(1480. 一維陣列的動態和)(每日更新)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 【從零開始擼一個App】Dagger2

    Dagger2是一個IOC框架,一般用于Android平臺,第一次接觸的朋友,一定會被搞得暈頭轉向。它延續了Java平臺Spring框架代碼碎片化,注解滿天飛的傳統。嘗試將各處代碼片段串聯起來,理清思緒,真不是件容易的事。更不用說還有各版本細微的差別。 與Spring不同的是,Spring是通過反射 ......

    uj5u.com 2020-09-10 06:57:59 more
  • Flutter Weekly Issue 66

    新聞 Flutter 季度調研結果分享 教程 Flutter+FaaS一體化任務編排的思考與設計 詳解Dart中如何通過注解生成代碼 GitHub 用對了嗎?Flutter 團隊分享如何管理大型開源專案 插件 flutter-bubble-tab-indicator A Flutter librar ......

    uj5u.com 2020-09-10 06:58:52 more
  • Proguard 常用規則

    介紹 Proguard 入口,如何查看輸出,如何使用 keep 設定入口以及使用實體,如何配置壓縮,混淆,校驗等規則。

    ......

    uj5u.com 2020-09-10 06:59:00 more
  • Android 開發技術周報 Issue#292

    新聞 Android即將獲得類AirDrop功能:可向附近設備快速分享檔案 谷歌為安卓檔案管理應用引入可安全隱藏資料的Safe Folder功能 Android TV新主界面將顯示電影、電視節目和應用推薦內容 泄露的Android檔案暗示了傳說中的谷歌Pixel 5a與折疊屏新機 谷歌發布Andro ......

    uj5u.com 2020-09-10 07:00:37 more
  • AutoFitTextureView Error inflating class

    報錯: Binary XML file line #0: Binary XML file line #0: Error inflating class xxx.AutoFitTextureView 解決: <com.example.testy2.AutoFitTextureView android: ......

    uj5u.com 2020-09-10 07:00:41 more
  • 根據Uri,Cursor沒有獲取到對應的屬性

    Android: 背景:呼叫攝像頭,拍攝視頻,指定保存的地址,但是回傳的Cursor檔案,只有名稱和大小的屬性,沒有其他諸如時長,連ID屬性都沒有 使用 cursor.getInt(cursor.getColumnIndexOrThrow(MediaStore.Video.Media.DURATIO ......

    uj5u.com 2020-09-10 07:00:44 more
  • Android連載29-持久化技術

    一、持久化技術 我們平時所使用的APP產生的資料,在記憶體中都是瞬時的,會隨著斷電、關機等丟失資料,因此android系統采用了持久化技術,用于存盤這些“瞬時”資料 持久化技術包括:檔案存盤、SharedPreference存盤以及資料庫存盤,還有更復雜的SD卡記憶體儲。 二、檔案存盤 最基本存盤方式, ......

    uj5u.com 2020-09-10 07:00:47 more
  • Android Camera2Video整合到自己專案里

    背景: Android專案里呼叫攝像頭拍攝視頻,原本使用的 MediaStore.ACTION_VIDEO_CAPTURE, 后來因專案需要,改成了camera2 1.Camera2Video 官方demo有點問題,下載后,不能直接整合到專案 問題1.多次拍攝視頻崩潰 問題2.雙擊record按鈕, ......

    uj5u.com 2020-09-10 07:00:50 more
  • Android 開發技術周報 Issue#293

    新聞 谷歌為Android TV開發者提供多種新功能 Android 11將自動填表功能整合到鍵盤輸入建議中 谷歌宣布Android Auto即將支持更多的導航和數字停車應用 谷歌Pixel 5只有XL版本 搭載驍龍765G且將比Pixel 4更便宜 [圖]Wear OS將迎來重磅更新:應用啟動時間 ......

    uj5u.com 2020-09-10 07:01:38 more
  • 海豚星空掃碼投屏 Android 接收端 SDK 集成 六步驟

    掃碼投屏,開放網路,獨占設備,不需要額外下載軟體,微信掃碼,發現設備。支持標準DLNA協議,支持倍速播放。視頻,音頻,圖片投屏。好點意思。還支持自定義基于 DLNA 擴展的操作動作。好像要收費,沒體驗。 這里簡單記錄一下集成程序。 一 跟目錄的build.gradle添加私有mevan倉庫 mave ......

    uj5u.com 2020-09-10 07:01:43 more
最新发布
  • 歡迎頁輪播影片

    如圖,引導開始,球從上落下,同時淡入文字,然后文字開始輪播,最后一頁時停止,點擊進入首頁。 在來看看效果圖。 重力球先不講,主要歡迎輪播簡單實作 首先新建一個類 TextTranslationXGuideView,用于影片展示 文本是類似的,最后會有個圖片箭頭影片,布局很簡單,就是一個 TextVi ......

    uj5u.com 2023-04-20 08:40:31 more
  • 【FAQ】關于華為推送服務因營銷訊息頻次管控導致服務通訊類訊息

    一. 問題描述 使用華為推送服務下發IM訊息時,下發訊息請求成功且code碼為80000000,但是手機總是收不到訊息; 在華為推送自助分析(Beta)平臺查看發現,訊息發送觸發了頻控。 二. 問題原因及背景 2023年1月05日起,華為推送服務對咨詢營銷類訊息做了單個設備每日推送數量上限管理,具體 ......

    uj5u.com 2023-04-20 08:40:11 more
  • 歡迎頁輪播影片

    如圖,引導開始,球從上落下,同時淡入文字,然后文字開始輪播,最后一頁時停止,點擊進入首頁。 在來看看效果圖。 重力球先不講,主要歡迎輪播簡單實作 首先新建一個類 TextTranslationXGuideView,用于影片展示 文本是類似的,最后會有個圖片箭頭影片,布局很簡單,就是一個 TextVi ......

    uj5u.com 2023-04-20 08:39:36 more
  • 【FAQ】關于華為推送服務因營銷訊息頻次管控導致服務通訊類訊息

    一. 問題描述 使用華為推送服務下發IM訊息時,下發訊息請求成功且code碼為80000000,但是手機總是收不到訊息; 在華為推送自助分析(Beta)平臺查看發現,訊息發送觸發了頻控。 二. 問題原因及背景 2023年1月05日起,華為推送服務對咨詢營銷類訊息做了單個設備每日推送數量上限管理,具體 ......

    uj5u.com 2023-04-20 08:39:13 more
  • iOS從UI記憶體地址到讀取成員變數(oc/swift)

    開發除錯時,我們發現bug時常首先是從UI顯示發現例外,下一步才會去定位UI相關連的資料的。XCode有給我們提供一系列debug工具,但是很多人可能還沒有形成一套穩定的除錯流程,因此本文嘗試解決這個問題,順便提出一個暴論:UI顯示例外問題只需要兩個步驟就能完成定位作業的80%: 定位例外 UI 組 ......

    uj5u.com 2023-04-19 09:16:23 more
  • FIDE重磅更新!性能飛躍!體驗有禮!

    FIDE 開發者工具重構升級啦!實作500%性能提升,誠邀體驗! 一直以來不少開發者朋友在社區反饋,在使用 FIDE 工具的程序中,時常會遇到諸如加載不及時、代碼預覽/渲染性能不如意的情況,十分影響開發體驗。 作為技術團隊,我們深知一件趁手的開發工具對開發者的重要性,因此,在2023年開年,FinC ......

    uj5u.com 2023-04-19 09:16:15 more
  • 游戲內嵌社區服務開放,助力開發者提升玩家互動與留存

    華為 HMS Core 游戲內嵌社區服務提供快速訪問華為游戲中心論壇能力,支持玩家直接在游戲內瀏覽帖子和交流互動,助力開發者擴展內容生產和觸達的場景。 一、為什么要游戲內嵌社區? 二、游戲內嵌社區的典型使用場景 1、游戲內打開論壇 您可以在游戲內繪制論壇入口,為玩家提供沉浸式發帖、瀏覽、點贊、回帖、 ......

    uj5u.com 2023-04-19 09:15:46 more
  • iOS從UI記憶體地址到讀取成員變數(oc/swift)

    開發除錯時,我們發現bug時常首先是從UI顯示發現例外,下一步才會去定位UI相關連的資料的。XCode有給我們提供一系列debug工具,但是很多人可能還沒有形成一套穩定的除錯流程,因此本文嘗試解決這個問題,順便提出一個暴論:UI顯示例外問題只需要兩個步驟就能完成定位作業的80%: 定位例外 UI 組 ......

    uj5u.com 2023-04-19 09:14:53 more
  • FIDE重磅更新!性能飛躍!體驗有禮!

    FIDE 開發者工具重構升級啦!實作500%性能提升,誠邀體驗! 一直以來不少開發者朋友在社區反饋,在使用 FIDE 工具的程序中,時常會遇到諸如加載不及時、代碼預覽/渲染性能不如意的情況,十分影響開發體驗。 作為技術團隊,我們深知一件趁手的開發工具對開發者的重要性,因此,在2023年開年,FinC ......

    uj5u.com 2023-04-19 09:14:08 more
  • 游戲內嵌社區服務開放,助力開發者提升玩家互動與留存

    華為 HMS Core 游戲內嵌社區服務提供快速訪問華為游戲中心論壇能力,支持玩家直接在游戲內瀏覽帖子和交流互動,助力開發者擴展內容生產和觸達的場景。 一、為什么要游戲內嵌社區? 二、游戲內嵌社區的典型使用場景 1、游戲內打開論壇 您可以在游戲內繪制論壇入口,為玩家提供沉浸式發帖、瀏覽、點贊、回帖、 ......

    uj5u.com 2023-04-19 09:08:34 more