W3cubDocs

/OpenJDK 8

Class FileDescriptor

public final class FileDescriptor
extends Object

Instances of the file descriptor class serve as an opaque handle to the underlying machine-specific structure representing an open file, an open socket, or another source or sink of bytes. The main practical use for a file descriptor is to create a FileInputStream or FileOutputStream to contain it.

Applications should not create their own file descriptors.

Since:
JDK1.0
See Also:
FileInputStream, FileOutputStream

Fields

in

public static final FileDescriptor in

A handle to the standard input stream. Usually, this file descriptor is not used directly, but rather via the input stream known as System.in.

See Also:
System.in

out

public static final FileDescriptor out

A handle to the standard output stream. Usually, this file descriptor is not used directly, but rather via the output stream known as System.out.

See Also:
System.out

err

public static final FileDescriptor err

A handle to the standard error stream. Usually, this file descriptor is not used directly, but rather via the output stream known as System.err.

See Also:
System.err

Constructors

FileDescriptor

public FileDescriptor()

Constructs an (invalid) FileDescriptor object.

Methods

valid

public boolean valid()

Tests if this file descriptor object is valid.

Returns:
true if the file descriptor object represents a valid, open file, socket, or other active I/O connection; false otherwise.

sync

public void sync()
          throws SyncFailedException

Force all system buffers to synchronize with the underlying device. This method returns after all modified data and attributes of this FileDescriptor have been written to the relevant device(s). In particular, if this FileDescriptor refers to a physical storage medium, such as a file in a file system, sync will not return until all in-memory modified copies of buffers associated with this FileDescriptor have been written to the physical medium. sync is meant to be used by code that requires physical storage (such as a file) to be in a known state For example, a class that provided a simple transaction facility might use sync to ensure that all changes to a file caused by a given transaction were recorded on a storage medium. sync only affects buffers downstream of this FileDescriptor. If any in-memory buffering is being done by the application (for example, by a BufferedOutputStream object), those buffers must be flushed into the FileDescriptor (for example, by invoking OutputStream.flush) before that data will be affected by sync.

Throws:
SyncFailedException - Thrown when the buffers cannot be flushed, or because the system cannot guarantee that all the buffers have been synchronized with physical media.
Since:
JDK1.1

© 1993–2017, Oracle and/or its affiliates. All rights reserved.
Documentation extracted from Debian's OpenJDK Development Kit package.
Licensed under the GNU General Public License, version 2, with the Classpath Exception.
Various third party code in OpenJDK is licensed under different licenses (see Debian package).
Java and OpenJDK are trademarks or registered trademarks of Oracle and/or its affiliates.