Co to znaczy "obiekt słabo odwołujący się nie istnieje"?

Question

Używam kodu Pythona i pojawia się następujący komunikat o błędzie:

Exception exceptions.ReferenceError: 'weakly-referenced object no longer exists' in <bound method crawler.__del__ of <searchengine.crawler instance at 0x2b8c1f99ef80>> ignored 

czy ktoś wie co może ona oznacza?

P.S. Jest to kod, które produkują błąd:

import sqlite 

class crawler: 

    def __init__(self,dbname): 
    tmp = sqlite.connect(dbname) 
    self.con = tmp.cursor() 

    def __del__(self): 
    self.con.close() 

crawler = crawler('searchindex.db') 

Answer 1

Normalnym odwołaniem do AKA jest to, że utrzymuje przy życiu określony obiekt: w CPython każdy obiekt zachowuje liczbę (normalnych) odniesień do niego, która istnieje (zwana "liczbą odniesienia" lub RC) i idzie z dala, gdy tylko RC osiągnie zero (sporadyczne znaki międzypokoleniowe i zamiatanie mijają również "pętle odniesienia").

Gdy nie chcesz, aby obiekt pozostał przy życiu, tylko dlatego, że inny go odnosi, użyjesz "słabego odniesienia", specjalnej odmiany odniesienia, która nie zwiększa RC; patrz: the docs w celu uzyskania szczegółowych informacji. Oczywiście, ponieważ odesłany obiekt CAN odejdzie, jeśli nie zostanie w inny sposób określony (cały cel słabego ref, a nie normalny! -), obiekt odsyłający musi zostać ostrzeżony, jeśli spróbuje użyć obiektu to zniknęło - i ten alert jest podawany dokładnie przez wyjątek, który widzisz.

W kodzie ...:

def __init__(self,dbname): 
    tmp = sqlite.connect(dbname) 
    self.con = tmp.cursor() 

    def __del__(self): 
    self.con.close() 

tmp jest normalne odniesienie do związku ... ale jest to zmienna lokalna, więc odchodzi pod koniec __init__. (Szczególnie nazwany ;-) kursor self.con pozostaje, ALE jest wewnętrznie zaimplementowany tylko do przechowywania WEAK do połączenia, więc połączenie znika gdy tmp robi. Tak więc w __del__ nie zadziała połączenie z .close (ponieważ kursor musi używać połączenia w celu zamknięcia się).

rozwiązanie Najprostszy jest następujący malutka zmiana:

def __init__(self,dbname): 
    self.con = sqlite.connect(dbname) 
    self.cur = self.con.cursor() 

    def __del__(self): 
    self.cur.close() 
    self.con.close() 

Ja również brane możliwość korzystania con do łączenia i cur za kursorem, ale Python nie będzie miał nic przeciwko, jeśli jesteś zapalonym aby zamienić te (po prostu pozostawisz czytelników zakłopotanych ;-).

Answer 2

Słabe referencje są formą odsyłającego wynika, że ​​nie wyklucza śmieciarza z rozstrzygających odwołanie obiektu. Jeśli chcesz zagwarantować, że obiekt będzie nadal istnieć, powinieneś użyć silnego (normalnego) odniesienia.

W przeciwnym razie nie ma gwarancji, że obiekt będzie istnieć lub nie będzie istniał po usunięciu wszystkich normalnych odniesień.

Answer 3

Kod odnosi się do instancji, która została już zebrana śmieci. Aby uniknąć odwołań cyklicznych, można użyć słabego odwołania, które nie wystarcza, aby zapobiec wyrzucaniu elementów. W tym przypadku istnieje weakref.proxy (http://docs.python.org/library/weakref.html#weakref.proxy) do obiektu searchengine.crawler.