Index (Frames) | Index (No Frames) | Package | Package Tree | Tree
java.lang

Class Object

+--java.lang.Object


public class Object

extends

Object is the ultimate superclass of every class (excepting interfaces). When you define a class that does not extend any other class, it implicitly extends java.lang.Object. Also, an anonymous class based on an interface will extend Object.

It provides general-purpose methods that every single Object, regardless of race, sex or creed, implements. All of the public methods may be invoked on arrays or interfaces. The protected methods clone and finalize are not accessible on arrays or interfaces, but all array types have a public version of clone which is accessible.

Since:Authors:

Constructor Summary

Object()

The basic constructor.

Method Summary

java.lang.Objectclone()

This method may be called to create a new copy of the Object.
booleanequals(java.lang.Object o)

Determine whether this Object is semantically equal to another Object.
voidfinalize()

Called on an object by the Virtual Machine at most once, at some point after the Object is determined unreachable but before it is destroyed.
java.lang.ClassgetClass()

Returns the runtime Class of this Object.
inthashCode()

Get a value that represents this Object, as uniquely as possible within the confines of an int.
voidnotify()

Wakes up one of the Threads that has called wait on this Object.
voidnotifyAll()

Wakes up all of the Threads that have called wait on this Object.
java.lang.StringtoString()

Convert this Object to a human-readable String.
voidwait()

Waits indefinitely for notify() or notifyAll() to be called on the Object in question.
voidwait(long ms)

Waits a specified amount of time (or indefinitely if the time specified is 0) for someone to call notify() or notifyAll() on this Object, waking up this Thread.
voidwait(long ms, int ns)

Waits a specified amount of time (or indefinitely if the time specified is 0) for someone to call notify() or notifyAll() on this Object, waking up this Thread.

Constructor Details

Object

public Object()

The basic constructor. Object is special, because it has no superclass, so there is no call to super().

Throws:


Method Details

clone

protected Object clone()

This method may be called to create a new copy of the Object. The typical behavior is as follows:

However, these are not strict requirements, and may be violated if necessary. Of the three requirements, the last is the most commonly violated, particularly if the subclass does not override #equals(Object).

If the Object you call clone() on does not implement Cloneable (which is a placeholder interface), then a CloneNotSupportedException is thrown. Notice that Object does not implement Cloneable; this method exists as a convenience for subclasses that do.

Object's implementation of clone allocates space for the new Object using the correct class, without calling any constructors, and then fills in all of the new field values with the old field values. Thus, it is a shallow copy. However, subclasses are permitted to make a deep copy.

All array types implement Cloneable, and override this method as follows (it should never fail):

 public Object clone()
 {
   try
     {
       super.clone();
     }
   catch (CloneNotSupportedException e)
     {
       throw new InternalError(e.getMessage());
     }
 }
 

Returns:

Throws:

See Also:


equals

public boolean equals(java.lang.Object o)

Determine whether this Object is semantically equal to another Object.

There are some fairly strict requirements on this method which subclasses must follow:

This is typically overridden to throw a ClassCastException if the argument is not comparable to the class performing the comparison, but that is not a requirement. It is legal for a.equals(b) to be true even though a.getClass() != b.getClass(). Also, it is typical to never cause a NullPointerException.

In general, the Collections API (java.util) use the equals method rather than the == operator to compare objects. However, java.util.IdentityHashMap is an exception to this rule, for its own good reasons.

The default implementation returns this == o.

Parameters:

Returns:

See Also:


finalize

protected void finalize()

Called on an object by the Virtual Machine at most once, at some point after the Object is determined unreachable but before it is destroyed. You would think that this means it eventually is called on every Object, but this is not necessarily the case. If execution terminates abnormally, garbage collection does not always happen. Thus you cannot rely on this method to always work. For finer control over garbage collection, use references from the java.lang.ref package.

Virtual Machines are free to not call this method if they can determine that it does nothing important; for example, if your class extends Object and overrides finalize to do simply super.finalize().

finalize() will be called by a Thread that has no locks on any Objects, and may be called concurrently. There are no guarantees on the order in which multiple objects are finalized. This means that finalize() is usually unsuited for performing actions that must be thread-safe, and that your implementation must be use defensive programming if it is to always work.

If an Exception is thrown from finalize() during garbage collection, it will be patently ignored and the Object will still be destroyed.

It is allowed, although not typical, for user code to call finalize() directly. User invocation does not affect whether automatic invocation will occur. It is also permitted, although not recommended, for a finalize() method to "revive" an object by making it reachable from normal code again.

Unlike constructors, finalize() does not get called for an object's superclass unless the implementation specifically calls super.finalize().

The default implementation does nothing.

Throws:

See Also:


getClass

public native final Class getClass()

Returns the runtime Class of this Object.

The class object can also be obtained without a runtime instance by using the class literal, as in: Foo.class. Notice that the class literal also works on primitive types, making it useful for reflection purposes.

Returns:


hashCode

public int hashCode()

Get a value that represents this Object, as uniquely as possible within the confines of an int.

There are some requirements on this method which subclasses must follow:

  • Semantic equality implies identical hashcodes. In other words, if a.equals(b) is true, then a.hashCode() == b.hashCode() must be as well. However, the reverse is not necessarily true, and two objects may have the same hashcode without being equal.
  • It must be consistent. Whichever value o.hashCode() returns on the first invocation must be the value returned on all later invocations as long as the object exists. Notice, however, that the result of hashCode may change between separate executions of a Virtual Machine, because it is not invoked on the same object.

Notice that since hashCode is used in java.util.Hashtable and other hashing classes, a poor implementation will degrade the performance of hashing (so don't blindly implement it as returning a constant!). Also, if calculating the hash is time-consuming, a class may consider caching the results.

The default implementation returns System.identityHashCode(this)

Returns:

See Also:


notify

public final void notify()

Wakes up one of the Threads that has called wait on this Object. Only the owner of a lock on this Object may call this method. This lock is obtained by a synchronized method or statement.

The Thread to wake up is chosen arbitrarily. The awakened thread is not guaranteed to be the next thread to actually obtain the lock on this object.

This thread still holds a lock on the object, so it is typical to release the lock by exiting the synchronized code, calling wait(), or calling Thread#sleep(), so that the newly awakened thread can actually resume. The awakened thread will most likely be awakened with an InterruptedException, but that is not guaranteed.

Throws:

See Also:


notifyAll

public final void notifyAll()

Wakes up all of the Threads that have called wait on this Object. Only the owner of a lock on this Object may call this method. This lock is obtained by a synchronized method or statement.

There are no guarantees as to which thread will next obtain the lock on the object.

This thread still holds a lock on the object, so it is typical to release the lock by exiting the synchronized code, calling wait(), or calling Thread#sleep(), so that one of the newly awakened threads can actually resume. The resuming thread will most likely be awakened with an InterruptedException, but that is not guaranteed.

Throws:

See Also:


toString

public String toString()

Convert this Object to a human-readable String. There are no limits placed on how long this String should be or what it should contain. We suggest you make it as intuitive as possible to be able to place it into java.io.PrintStream#println() System.out.println() and such.

It is typical, but not required, to ensure that this method never completes abruptly with a RuntimeException.

This method will be called when performing string concatenation with this object. If the result is null, string concatenation will instead use "null".

The default implementation returns getClass().getName() + "@" + Integer.toHexString(hashCode()).

Returns:

Throws:

See Also:


wait

public final void wait()

Waits indefinitely for notify() or notifyAll() to be called on the Object in question. Implementation is identical to wait(0).

The Thread that calls wait must have a lock on this Object, obtained by a synchronized method or statement. After calling wait, the thread loses the lock on this object until the method completes (abruptly or normally), at which time it regains the lock. All locks held on other objects remain in force, even though the thread is inactive. Therefore, caution must be used to avoid deadlock.

While it is typical that this method will complete abruptly with an InterruptedException, it is not guaranteed. So, it is typical to call wait inside an infinite loop:

 try
   {
     while (true)
       lock.wait();
   }
 catch (InterruptedException e)
   {
   }
 

Throws:

See Also:


wait

public final void wait(long ms)

Waits a specified amount of time (or indefinitely if the time specified is 0) for someone to call notify() or notifyAll() on this Object, waking up this Thread.

The Thread that calls wait must have a lock on this Object, obtained by a synchronized method or statement. After calling wait, the thread loses the lock on this object until the method completes (abruptly or normally), at which time it regains the lock. All locks held on other objects remain in force, even though the thread is inactive. Therefore, caution must be used to avoid deadlock.

Usually, this call will complete normally if the time expires, or abruptly with InterruptedException if another thread called notify, but neither result is guaranteed.

The waiting period is only *roughly* the amount of time you requested. It cannot be exact because of the overhead of the call itself. Most Virtual Machiness treat the argument as a lower limit on the time spent waiting, but even that is not guaranteed. Besides, some other thread may hold the lock on the object when the time expires, so the current thread may still have to wait to reobtain the lock.

Parameters:

Throws:

See Also:


wait

public final void wait(long ms, int ns)

Waits a specified amount of time (or indefinitely if the time specified is 0) for someone to call notify() or notifyAll() on this Object, waking up this Thread.

The Thread that calls wait must have a lock on this Object, obtained by a synchronized method or statement. After calling wait, the thread loses the lock on this object until the method completes (abruptly or normally), at which time it regains the lock. All locks held on other objects remain in force, even though the thread is inactive. Therefore, caution must be used to avoid deadlock.

Usually, this call will complete normally if the time expires, or abruptly with InterruptedException if another thread called notify, but neither result is guaranteed.

The waiting period is nowhere near as precise as nanoseconds; considering that even wait(int) is inaccurate, how much can you expect? But on supporting implementations, this offers somewhat more granularity than milliseconds.

Parameters:

Throws:

See Also: