## Object destruction

Again, it is often difficult to figure out which mechanism to use to hook into the object's destruction process: when the last `g_object_unref` function call is made, a lot of things happen as described in Table 5, “g_object_unref”.

The destruction process of your object is in two phases: dispose and finalize. This split is necessary to handle potential cycles due to the nature of the reference counting mechanism used by GObject, as well as dealing with temporary revival of instances in case of signal emission during the destruction sequence. See the section called “Reference counts and cycles” for more information.

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64

    struct _ViewerFilePrivate
    {
      gchar *filename;
      guint zoom_level;

      GInputStream *input_stream;
    };

    G_DEFINE_TYPE_WITH_PRIVATE (ViewerFile, viewer_file, G_TYPE_OBJECT)

    static void
    viewer_file_dispose (GObject *gobject)
    {
      ViewerFilePrivate *priv = viewer_file_get_instance_private (VIEWER_FILE (gobject));

      /* In dispose(), you are supposed to free all types referenced from this
       * object which might themselves hold a reference to self. Generally,
       * the most simple solution is to unref all members on which you own a
       * reference.
       */

      /* dispose() might be called multiple times, so we must guard against
       * calling g_object_unref() on an invalid GObject by setting the member
       * NULL; g_clear_object() does this for us.
       */
      g_clear_object (&priv->input_stream);

      /* Always chain up to the parent class; there is no need to check if
       * the parent class implements the dispose() virtual function: it is
       * always guaranteed to do so
       */
      G_OBJECT_CLASS (viewer_file_parent_class)->dispose (gobject);
    }

    static void
    viewer_file_finalize (GObject *gobject)
    {
      ViewerFilePrivate *priv = viewer_file_get_instance_private (VIEWER_FILE (gobject));

      g_free (priv->filename);

      /* Always chain up to the parent class; as with dispose(), finalize()
       * is guaranteed to exist on the parent's class virtual function table
       */
      G_OBJECT_CLASS (viewer_file_parent_class)->finalize (gobject);
    }

    static void
    viewer_file_class_init (ViewerFileClass *klass)
    {
      GObjectClass *object_class = G_OBJECT_CLASS (klass);

      object_class->dispose = viewer_file_dispose;
      object_class->finalize = viewer_file_finalize;
    }

    static void
    viewer_file_init (ViewerFile *self);
    {
      ViewerFilePrivate *priv = viewer_file_get_instance_private (self);

      priv->input_stream = g_object_new (VIEWER_TYPE_INPUT_STREAM, NULL);
      priv->filename = /* would be set as a property */;
    }

It is possible that object methods might be invoked after dispose is run and before finalize runs. GObject does not consider this to be a program error: you must gracefully detect this and neither crash nor warn the user, by having a disposed instance revert to an inert state.