在使用python腳本和底層C++對象進行交互的過程中發生了一個問題：由于底層C++對象的創建和刪除決定權由底層決定，當底層決定刪除這些對象而上層仍然在“強引用”這些對象的時候，就會導致“如果上層這些“強引用”不刪除，則底層C++對象將一直留在內存里”的現象。 什么情況下會出現這種情況呢？比如：場景管理器所管理的模型對象，當玩家很久沒看到他們的時候，底層對象管理員會決定將這些對象刪除掉以釋放內存。但是，由于這些對象已經被上層python腳本所“強引用”，這個時候，就會出現這種浪費內存的現象了。 如何解決這個問題呢？python提供了弱引用技術，請看下看。 和許多其它的高級語言一樣，Python使用了垃圾回收器來自動銷毀那些不再使用的對象。每個對象都有一個引用計數，當這個引用計數為0時Python能夠安全地銷毀這個對象。

使用weakref模塊，你可以創建到對象的弱引用，Python在對象的引用計數為0或只存在對象的弱引用時將回收這個對象。

創建弱引用

???你可以通過調用weakref模塊的ref(obj[,callback])來創建一個弱引用，obj是你想弱引用的對象，callback是一個可選的函數，當因沒有引用導致Python要銷毀這個對象時調用。回調函數callback要求單個參數（弱引用的對象）。 弱引用是對一個對象（稱為 referent）的引用的持有者。使用弱引用后，可以維持對 referent 的引用，而不會阻止它被垃圾收集。當垃圾收集器跟蹤堆的時候，如果對一個對象的引用只有弱引用，那么這個 referent 就會成為垃圾收集的候選對象，就像沒有任何剩余的引用一樣，而且所有剩余的弱引用都被清除。（只有弱引用的對象稱為弱可及（weakly reachable）。）


一旦你有了一個對象的弱引用，你就能通過調用弱引用來獲取被弱引用的對象。下面的例子創建了一個對socket對象的弱引用：
>>>?from?socket?import?*
>>>?import?weakref
>>>?s=socket(AF_INET,SOCK_STREAM)
>>>?ref=weakref.ref(s)
>>>?s
<socket._socketobject?instance?at?007B4A94>
>>>?ref
<weakref?at?0x81195c;?to?'instance'?at?0x7b4a94>?
>>>?ref()????#調用它來訪問被引用的對象
<socket.socketobject?instance?at?007B4A94>

一旦沒有了對這個對象的其它的引用，調用弱引用將返回None，因為Python已經銷毀了這個對象。
注意：大部分的對象不能通過弱引用來訪問。

weakref模塊中的getweakrefcount(obj)和getweakrefs(obj)分別返回弱引用數和關于所給對象的引用列表。

弱引用對于創建對象(這些對象很費資源)的緩存是有用的。

創建代理對象

代理對象是弱引用對象，它們的行為就像它們所引用的對象，這就便于你不必首先調用弱引用來訪問背后的對象。通過weakref模塊的proxy(obj[,callback])函數來創建代理對象。使用代理對象就如同使用對象本身一樣：
>>>?from?socket?import*
>>>?import?weakref
>>>?s=socket(AF_INET,SOCK_STREAM)
>>>?ref=weakref.proxy(s)
>>>?s
<socket._socketobject?instance?at?007E4874>
>>>?ref?
<socket._socketobject?instance?at?007E4874>
>>>?ref.close()?#對象的方法同樣工作

callback參數的目的和ref函數相同。在Python刪除了一個引用的對象之后，使用代理將會導致一個weakref.ReferenceError錯誤：
>>>?def?s
>>>?ref
Traceback?(most?recent?call?last):
??File?"<stdin>",?line?1,?in?? 上面對python提供的垃圾回收器和弱引用技術的

轉載于:https://www.cnblogs.com/bjdxy/archive/2013/01/16/2862709.html

總結

以上是生活随笔為你收集整理的弱引用的用途：在底层C++对象被上层python脚本对象使用时(转)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。