PHP: Streams as Resources - Manual

downloads | documentation | faq | getting help | mailing lists | reporting bugs | php.net sites | links | conferences | my php.net

search for in the

Streams Common API Reference Streams Basics

Last updated: Fri, 26 Jan 2007

view this page in

# Streams as Resources

All streams are registered as resources when they are created. This ensures that they will be properly cleaned up even if there is some fatal error. All of the filesystem functions in PHP operate on streams resources - that means that your extensions can accept regular PHP file pointers as parameters to, and return streams from their functions. The streams API makes this process as painless as possible:

Пример 44-2. How to accept a stream as a parameter

    PHP_FUNCTION(example_write_hello)
    {
        zval *zstream;
        php_stream *stream;

        if (FAILURE == zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "r", &zstream))
            return;

        php_stream_from_zval(stream, &zstream);

        /* you can now use the stream.  However, you do not "own" the
            stream, the script does.  That means you MUST NOT close the
            stream, because it will cause PHP to crash! */

        php_stream_write(stream, "hello\n");

        RETURN_TRUE();
    }

Пример 44-3. How to return a stream from a function

    PHP_FUNCTION(example_open_php_home_page)
    {
        php_stream *stream;

        stream = php_stream_open_wrapper("http://www.php.net", "rb", REPORT_ERRORS, NULL);

        php_stream_to_zval(stream, return_value);

        /* after this point, the stream is "owned" by the script.
            If you close it now, you will crash PHP! */
    }

Since streams are automatically cleaned up, it's tempting to think that we can get away with being sloppy programmers and not bother to close the streams when we are done with them. Although such an approach might work, it is not a good idea for a number of reasons: streams hold locks on system resources while they are open, so leaving a file open after you have finished with it could prevent other processes from accessing it. If a script deals with a large number of files, the accumulation of the resources used, both in terms of memory and the sheer number of open files, can cause web server requests to fail. Sounds bad, doesn't it? The streams API includes some magic that helps you to keep your code clean - if a stream is not closed by your code when it should be, you will find some helpful debugging information in you web server error log.

> Замечание: Always use a debug build of PHP when developing an extension (`--enable-debug` when running configure), as a lot of effort has been made to warn you about memory and stream leaks.

In some cases, it is useful to keep a stream open for the duration of a request, to act as a log or trace file for example. Writing the code to safely clean up such a stream is not difficult, but it's several lines of code that are not strictly needed. To save yourself the trouble of writing the code, you can mark a stream as being OK for auto cleanup. What this means is that the streams API will not emit a warning when it is time to auto-cleanup a stream. To do this, you can use php_stream_auto_cleanup().

add a note User Contributed Notes
Streams as Resources
There are no user contributed notes for this page.
Streams Common API Reference Streams Basics

Last updated: Fri, 26 Jan 2007
show source | credits | stats | sitemap | contact | advertising | mirror sites
Copyright © 2001-2007 The PHP Group
All rights reserved.
This mirror generously provided by: Yahoo! Inc.
Last updated: Sat Mar 10 10:36:09 2007 PST