Dostęp do adresu pamięci obiektu

Kiedy wywołujesz object.__repr__()metodę w Pythonie, otrzymujesz z powrotem coś takiego:

<__main__.Test object at 0x2aba1c0cf890> 

Czy jest jakiś sposób na przechwycenie adresu pamięci, jeśli przeładujesz __repr__(), inny niż wywołanie super(Class, obj).__repr__()i regexing go?

Podręcznik Pythona mówi o tym id():

Zwróć „tożsamość” obiektu. Jest to liczba całkowita (lub długa liczba całkowita), która na pewno będzie unikalna i stała dla tego obiektu podczas jego życia. Dwa obiekty z nienakładającymi się okresami istnienia mogą mieć tę samą wartość id (). (Uwaga implementacyjna: to jest adres obiektu).

Więc w CPythonie będzie to adres obiektu. Nie ma takiej gwarancji dla żadnego innego interpretera Pythona.

Zauważ, że jeśli piszesz rozszerzenie C, masz pełny dostęp do wewnętrznych elementów interpretera Pythona, w tym bezpośredni dostęp do adresów obiektów.

Możesz ponownie zaimplementować domyślną repr w ten sposób:

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

Po prostu użyj

id(object)

Jest tutaj kilka problemów, które nie zostały uwzględnione w żadnej z innych odpowiedzi.

Pierwszy, id zwraca tylko:

„tożsamość” przedmiotu. Jest to liczba całkowita (lub długa liczba całkowita), która jest unikalna i stała dla tego obiektu w czasie jego życia. Dwa obiekty z nienakładającymi się okresami istnienia mogą mieć tę samą id()wartość.

W CPythonie jest to wskaźnik do tego, PyObjectktóry reprezentuje obiekt w interprecie, co jest tym samym, coobject.__repr__ wyświetla. Ale to tylko szczegół implementacji CPythona, a nie coś, co jest prawdą w Pythonie w ogóle. Jython nie zajmuje się wskaźnikami, zajmuje się odwołaniami do języka Java (które JVM oczywiście prawdopodobnie reprezentuje jako wskaźniki, ale nie możesz ich zobaczyć - i nie chcesz, ponieważ GC może je przenosić). PyPy pozwala różnym typom mieć różne rodzaje id, ale najbardziej ogólny jest po prostu indeksem do tabeli obiektów, które wywołałeśidon, który oczywiście nie będzie wskaźnikiem. Nie jestem pewien co do IronPythona, ale podejrzewam, że pod tym względem bardziej przypomina Jython niż CPython. Tak więc w większości implementacji Pythona nie ma sposobu, aby uzyskać to, co się w nim pojawiło repri nie ma sensu, jeśli to zrobisz.

Ale co, jeśli zależy ci tylko na CPythonie? W końcu to dość powszechny przypadek.

Cóż, po pierwsze, możesz zauważyć, że idjest to liczba całkowita; * jeśli chcesz ten 0x2aba1c0cf890ciąg zamiast liczby 46978822895760, będziesz musiał sam go sformatować. Pod kołdrą, wierzę object.__repr__ostatecznie używając printf„s %pformatu, które nie mają z Pythona ... ale zawsze można to zrobić:

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

_{* W wersji 3.x jest to plik int. W wersji 2.x jest to, intczy jest wystarczająco duży, aby pomieścić wskaźnik - co może nie wynikać z problemów z liczbą ze znakiem na niektórych platformach - a longpoza tym.}

Czy jest coś, co możesz zrobić z tymi wskazówkami oprócz ich wydrukowania? Jasne (ponownie, zakładając, że obchodzi Cię tylko CPython).

Wszystkie funkcje C API pobierają wskaźnik do PyObjectlub pokrewnego typu. W przypadku tych pokrewnych typów możesz po prostu wywołać, PyFoo_Checkaby upewnić się, że to naprawdę jest Fooobiekt, a następnie wykonać rzut za pomocą (PyFoo *)p. Tak więc, jeśli piszesz rozszerzenie C, idjest dokładnie tym, czego potrzebujesz.

A jeśli piszesz czysty kod w Pythonie? Możesz wywołać dokładnie te same funkcje za pomocą pythonapifrom ctypes.

Wreszcie pojawiło się kilka innych odpowiedzi ctypes.addressof. To nie ma tutaj znaczenia. Działa to tylko dla ctypesobiektów takich jak c_int32(i może kilku obiektów podobnych do bufora pamięci, takich jak te dostarczane przez numpy). I nawet tam nie podaje adresu c_int32wartości, ale adres poziomu C, int32który c_int32zawija.

Biorąc to pod uwagę, najczęściej, jeśli naprawdę myślisz, że potrzebujesz adresu czegoś, nie chciałeś natywnego obiektu Pythona na pierwszym miejscu, chciałeś ctypesobiektu.

W odpowiedzi na Torstena nie mogłem wywołać addressof()zwykłego obiektu Pythona. Ponadto id(a) != addressof(a). To jest w CPythonie, nie wiem nic więcej.

>>> 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

Dzięki ctypes możesz osiągnąć to samo dzięki

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

Dokumentacja:

addressof(C instance) -> integer
Zwróć adres wewnętrznego bufora instancji C.

Zauważ, że w CPythonie obecnie id(a) == ctypes.addressof(a), ale ctypes.addressofpowinien zwrócić rzeczywisty adres dla każdej implementacji Pythona, jeśli

• ctypes jest obsługiwany
• wskaźniki pamięci są poprawnym pojęciem.

Edycja : dodano informacje o niezależności ctypów od tłumacza

Możesz dostać coś odpowiedniego do tego celu dzięki:

id(self)

Wiem, że to stare pytanie, ale jeśli nadal programujesz, w dzisiejszych czasach w Pythonie 3 ... Odkryłem, że jeśli jest to ciąg znaków, jest na to naprawdę łatwy sposób:

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

konwersja ciągów nie wpływa również na lokalizację w pamięci:

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

Chociaż prawdą jest, że id(object)pobiera adres obiektu w domyślnej implementacji CPythona, jest to generalnie bezużyteczne ... nie można nic zrobić z adresem z czystego kodu Pythona.

Jedyny przypadek, w którym faktycznie mógłbyś użyć adresu, pochodzi z biblioteki rozszerzeń C ... w takim przypadku uzyskanie adresu obiektu jest trywialne, ponieważ obiekty Pythona są zawsze przekazywane jako wskaźniki C.