Accesso all'indirizzo memoria oggetto

Quando chiami il object.__repr__()metodo in Python ottieni qualcosa del genere:

<__main__.Test object at 0x2aba1c0cf890> 

Esiste un modo per mettere in attesa l'indirizzo di memoria in caso di sovraccarico __repr__(), oltre a chiamarlo super(Class, obj).__repr__()e riaccenderlo?

Il manuale di Python ha questo da dire su id():

Restituisce l '"identità" di un oggetto. Si tratta di un numero intero (o intero lungo) che è garantito essere unico e costante per questo oggetto durante la sua vita. Due oggetti con durata non sovrapposta possono avere lo stesso valore id (). (Nota di implementazione: questo è l'indirizzo dell'oggetto.)

Quindi in CPython, questo sarà l'indirizzo dell'oggetto. Nessuna garanzia del genere per nessun altro interprete Python, comunque.

Nota che se stai scrivendo un'estensione C, hai pieno accesso agli interni dell'interprete Python, incluso l'accesso diretto agli indirizzi degli oggetti.

È possibile reimplementare il repr predefinito in questo modo:

def __repr__(self):
    return '<%s.%s object at %s>' % (
        self.__class__.__module__,
        self.__class__.__name__,
        hex(id(self))
    )

Basta usare

id(object)

Ci sono alcuni problemi qui che non sono coperti da nessuna delle altre risposte.

Innanzitutto, idrestituisce solo:

l '"identità" di un oggetto. Questo è un numero intero (o intero lungo) che è garantito essere unico e costante per questo oggetto durante la sua vita. Due oggetti con durata non sovrapposta possono avere lo stesso id()valore.

In CPython, questo sembra essere il puntatore a PyObjectche rappresenta l'oggetto nell'interprete, che è la stessa cosa che object.__repr__viene visualizzata. Ma questo è solo un dettaglio dell'implementazione di CPython, non qualcosa che è vero per Python in generale. Jython non si occupa di puntatori, si occupa di riferimenti Java (che la JVM ovviamente rappresenta come puntatori, ma non è possibile visualizzarli - e non vorrebbe, perché il GC è autorizzato a spostarli). PyPy consente a diversi tipi di avere diversi tipi di id, ma il più generale è solo un indice in una tabella di oggetti che hai chiamatoidon, che ovviamente non sarà un puntatore. Non sono sicuro di IronPython, ma sospetto che sia più simile a Jython che a CPython in questo senso. Quindi, nella maggior parte delle implementazioni di Python, non c'è modo di ottenere ciò che viene mostrato in questo repr, e inutile se lo facessi.

E se ti interessasse solo CPython? Questo è un caso abbastanza comune, dopo tutto.

Bene, per prima cosa potresti notare che idè un numero intero; * se vuoi quella 0x2aba1c0cf890stringa invece del numero 46978822895760, dovrai formattarla tu stesso. Sotto le copertine, credo che alla object.__repr__fine stia usando printfil %pformato, che non hai da Python ... ma puoi sempre farlo:

format(id(spam), '#010x' if sys.maxsize.bit_length() <= 32 else '#18x')

_{* In 3.x, è un int. In 2.x, è un intif abbastanza grande da contenere un puntatore, il che potrebbe non essere dovuto a problemi di numeri firmati su alcune piattaforme e un longaltro.}

C'è qualcosa che puoi fare con questi puntatori oltre a stamparli? Sicuro (di nuovo, supponendo che ti interessi solo di CPython).

Tutte le funzioni dell'API C portano un puntatore a uno PyObjecto un tipo correlato. Per quei tipi correlati, puoi semplicemente chiamare PyFoo_Checkper assicurarti che sia davvero un Foooggetto, quindi eseguire il cast (PyFoo *)p. Quindi, se stai scrivendo un'estensione C, idè esattamente quello che ti serve.

E se stai scrivendo puro codice Python? Puoi chiamare le stesse identiche funzioni con pythonapida ctypes.

Infine, alcune delle altre risposte hanno sollevato ctypes.addressof. Questo non è rilevante qui. Funziona solo con ctypesoggetti come c_int32(e forse alcuni oggetti simili a buffer di memoria, come quelli forniti da numpy). E, anche lì, non ti sta dando l'indirizzo del c_int32valore, ti sta dando l'indirizzo del livello C int32che c_int32racchiude.

Detto questo, il più delle volte, se davvero pensi di aver bisogno dell'indirizzo di qualcosa, in primo luogo non volevi un ctypesoggetto nativo di Python, ma volevi un oggetto.

Proprio in risposta a Torsten, non sono stato in grado di chiamare addressof()un normale oggetto Python. Inoltre, id(a) != addressof(a). Questo è in CPython, non so nient'altro.

>>> from ctypes import c_int, addressof
>>> a = 69
>>> addressof(a)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: invalid type
>>> b = c_int(69)
>>> addressof(b)
4300673472
>>> id(b)
4300673392

Con i tipi , puoi ottenere la stessa cosa con

>>> import ctypes
>>> a = (1,2,3)
>>> ctypes.addressof(a)
3077760748L

Documentazione:

addressof(C instance) -> integer
Restituisce l'indirizzo del buffer interno dell'istanza C.

Nota che in CPython, attualmente id(a) == ctypes.addressof(a), ma ctypes.addressofdovrebbe restituire l'indirizzo reale per ogni implementazione di Python, se

• ctypes è supportato
• i puntatori di memoria sono una nozione valida.

Modifica : aggiunte informazioni sull'indipendenza dell'interprete dei tipi

Puoi ottenere qualcosa adatto a tale scopo con:

id(self)

So che questa è una vecchia domanda, ma se stai ancora programmando, in Python 3 in questi giorni ... Ho effettivamente scoperto che se è una stringa, allora c'è un modo davvero semplice per farlo:

>>> spam.upper
<built-in method upper of str object at 0x1042e4830>
>>> spam.upper()
'YO I NEED HELP!'
>>> id(spam)
4365109296

la conversione di stringhe non influisce sulla posizione in memoria:

>>> spam = {437 : 'passphrase'}
>>> object.__repr__(spam)
'<dict object at 0x1043313f0>'
>>> str(spam)
"{437: 'passphrase'}"
>>> object.__repr__(spam)
'<dict object at 0x1043313f0>'

Mentre è vero che id(object)ottiene l'indirizzo dell'oggetto nell'implementazione predefinita di CPython, questo è generalmente inutile ... non puoi fare nulla con l'indirizzo dal puro codice Python.

L'unica volta in cui potresti effettivamente utilizzare l'indirizzo proviene da una libreria di estensioni C ... nel qual caso è banale ottenere l'indirizzo dell'oggetto poiché gli oggetti Python vengono sempre passati come puntatori C.