GIL這么爛，有沒有辦法繞過呢?我們來看看有哪些現成的python方案。

用multiprocess替代Thread

multiprocess庫的出現很大程度上是為了彌補thread庫因為GIL而低效的缺陷。它完整的復制了一套thread所提供的接口方便遷移。唯一的不同就是它使用了多進程而不是多線程。每個進程有自己的獨立的GIL，因此也不會出現進程之間的GIL爭搶。

當然multiprocess也不是萬能良藥。它的引入會增加程序實現時線程間數據通訊和同步的困難。就拿計數器來舉例子，如果我們要多個線程累加同一個變量，對于thread來說，申明一個global變量，用thread.Lock的context包裹住三行就搞定了。而multiprocess由于進程之間無法看到對方的數據，只能通過在主線程申明一個Queue，put再get或者用sharememory的方法。這個額外的實現成本使得本來就非常痛苦的多線程程序編碼，變得更加痛苦了。

用其他解析器

之前也提到了既然GIL只是CPython的產物，那么其他解析器是不是更好呢?沒錯，像JPython和IronPython這樣的解析器由于實現語言的特性，他們不需要GIL的幫助。然而由于用了Java/C#用于解析器實現，他們也失去了利用社區眾多C語言模塊有用特性的機會。所以這些解析器也因此一直都比較小眾。畢竟功能和性能大家在初期都會選擇前者，Doneisbetterthanperfect。

所以沒救了么?

當然Python社區也在非常努力的不斷改進GIL，甚至是嘗試去除GIL。并在各個小版本中有了不少的進步。有興趣的讀者可以擴展閱讀這個Slide

另一個改進ReworkingtheGIL

–將切換顆粒度從基于opcode計數改成基于時間片計數

–避免最近一次釋放GIL鎖的線程再次被立即調度

–新增線程優先級功能(高優先級線程可以迫使其他線程釋放所持有的GIL鎖)

以上內容為大家介紹了Python之如何避免受到GIL的影響，希望對大家有所幫助，如果想要了解更多Python相關知識，請關注IT培訓機構:千鋒教育。http://www.dietsnews.net/