PHP.nl

Strings

Strings

A is a series of characters, where a character is the same as a byte. This means that PHP only supports a 256-character set, and hence does not offer native Unicode support. See . stringdetails of the string type

Opmerking: > On 32-bit builds, a can be as large as up to 2GB (2147483647 bytes maximum) string

Syntax

A literal can be specified in four different ways: string

  • single quoted
  • double quoted
  • heredoc syntax
  • nowdoc syntax

Single quoted

The simplest way to specify a  is to enclose it in single
quotes (the character ).

string``'

To specify a literal single quote, escape it with a backslash
(). To specify a literal backslash, double it
(). All other instances of backslash will be treated
as a literal backslash: this means that the other escape sequences you
might be used to, such as  or ,
will be output literally as specified rather than having any special
meaning.

\``\\``\r``\n

Opmerking: > Unlike the and syntaxes, and escape sequences for special characters will be expanded when they occur in single quoted s. double-quotedheredocvariablesnotstring

Voorbeeld: Syntax Variants

<?php
echo 'this is a simple string', PHP_EOL;

echo 'You can also have embedded newlines in
strings this way as it is
okay to do', PHP_EOL;

// Outputs: Arnold once said: "I'll be back"
echo 'Arnold once said: "I\'ll be back"', PHP_EOL;

// Outputs: You deleted C:\*.*?
echo 'You deleted C:\\*.*?', PHP_EOL;

// Outputs: You deleted C:\*.*?
echo 'You deleted C:\*.*?', PHP_EOL;

// Outputs: This will not expand: \n a newline
echo 'This will not expand: \n a newline', PHP_EOL;

// Outputs: Variables do not $expand $either
echo 'Variables do not $expand $either', PHP_EOL;
?>

Double quoted

If the  is enclosed in double-quotes (), PHP will
interpret the following escape sequences for special characters:

string``"

| Sequence | Meaning | | --- | --- | | | linefeed (LF or 0x0A (10) in ASCII) | | | carriage return (CR or 0x0D (13) in ASCII) | | | horizontal tab (HT or 0x09 (9) in ASCII) | | | vertical tab (VT or 0x0B (11) in ASCII) | | | escape (ESC or 0x1B (27) in ASCII) | | | form feed (FF or 0x0C (12) in ASCII) | | | backslash | | | dollar sign | | | double-quote | | | Octal: the sequence of characters matching the regular expression is a character in octal notation (e.g. ), which silently overflows to fit in a byte (e.g. ) | | | Hexadecimal: the sequence of characters matching the regular expression is a character in hexadecimal notation (e.g. ) | | | Unicode: the sequence of characters matching the regular expression is a Unicode codepoint, which will be output to the string as that codepoint's UTF-8 representation. The braces are required in the sequence. E.g. |

As in single quoted s, escaping any other character will
result in the backslash being printed too.

string

The most important feature of double-quoted s is the fact
that variable names will be expanded. See
 for
details.

stringstring interpolation

Heredoc

A third way to delimit s is the heredoc syntax:
. After this operator, an identifier is
provided, then a newline. The  itself follows, and then
the same identifier again to close the quotation.

string``&lt;&lt;&lt;``string

The closing identifier may be indented by space or tab, in which case
the indentation will be stripped from all lines in the doc string.
Prior to PHP 7.3.0, the closing identifier 
begin in the first column of the line.

must

Also, the closing identifier must follow the same naming rules as any other label in PHP: it must contain only alphanumeric characters and underscores, and must start with a non-digit character or underscore.

Voorbeeld: Basic Heredoc example as of PHP 7.3.0

<?php
// no indentation
echo <<<END
      a
     b
    c
\n
END;

// 4 spaces of indentation
echo <<<END
      a
     b
    c
    END;
a
     b
    c

  a
 b
c
If the closing identifier is indented further than any lines of the body, then a  will be thrown:

ParseError

Voorbeeld: Closing identifier must not be indented further than any lines of the body

<?php
echo <<<END
  a
 b
c
   END;
Parse error: Invalid body indentation level (expecting an indentation level of at least 3) in example.php on line 4
If the closing identifier is indented, tabs can be used as well, however,
tabs and spaces  be intermixed regarding
the indentation of the closing identifier and the indentation of the body
 (up to the closing identifier). In any of these cases, a  will be thrown.

These whitespace constraints have been included because mixing tabs and
spaces for indentation is harmful to legibility.

must notParseError

Voorbeeld: Different indentation for body (spaces) closing identifier

<?php
// All the following code do not work.

// different indentation for body (spaces) ending marker (tabs)
{
	echo <<<END
	 a
		END;
}

// mixing spaces and tabs in body
{
    echo <<<END
    	a
     END;
}

// mixing spaces and tabs in ending marker
{
	echo <<<END
		  a
		 END;
}
Parse error: Invalid indentation - tabs and spaces cannot be mixed in example.php line 8

The closing identifier for the body string is not required to be followed by a semicolon or newline. For example, the following code is allowed as of PHP 7.3.0:

Voorbeeld: Continuing an expression after a closing identifier

<?php
$values = [<<<END
a
  b
    c
END, 'd e f'];
var_dump($values);
array(2) {
  [0] =>
  string(11) "a
  b
    c"
  [1] =>
  string(5) "d e f"
}

Waarschuwing: > If the closing identifier was found at the start of a line, then regardless of whether it was a part of another word, it may be considered as the closing identifier and causes a . ParseError

Voorbeeld: Closing identifier in body of the string tends to cause ParseError

<?php
$values = [<<<END
a
b
END ING
END, 'd e f'];
Parse error: syntax error, unexpected identifier "ING", expecting "]" in example.php on line 5
 To avoid this problem, it is safe to follow the simple rule:
 .
*do not choose a word that appears in the body of the text
 as a closing identifier*

Waarschuwing: > Prior to PHP 7.3.0, it is very important to note that the line with the closing identifier must contain no other characters, except a semicolon (). That means especially that the identifier , and there may not be any spaces or tabs before or after the semicolon. It's also important to realize that the first character before the closing identifier must be a newline as defined by the local operating system. This is on UNIX systems, including macOS. The closing delimiter must also be followed by a newline. ;may not be indented\n

If this rule is broken and the closing identifier is not "clean", it will not be considered a closing identifier, and PHP will continue looking for one. If a proper closing identifier is not found before the end of the current file, a parse error will result at the last line.

Voorbeeld: Invalid example, prior to PHP 7.3.0

<?php
class foo {
    public $bar = <<<EOT
bar
    EOT;
}
// Identifier must not be indented
?>

Voorbeeld: Valid example, even prior to PHP 7.3.0

<?php
class foo {
    public $bar = <<<EOT
bar
EOT;
}
?>

Heredocs containing variables can not be used for initializing class properties.

Heredoc text behaves just like a double-quoted , without
the double quotes. This means that quotes in a heredoc do not need to be
escaped, but the escape codes listed above can still be used. Variables are
expanded, but the same care must be taken when expressing complex variables
inside a heredoc as with s.

string``string

Voorbeeld: Heredoc string quoting example

<?php
$str = <<<EOD
Example of string
spanning multiple lines
using heredoc syntax.
EOD;

/* More complex example, with variables. */
class foo
{
    var $foo;
    var $bar;

    function __construct()
    {
        $this->foo = 'Foo';
        $this->bar = array('Bar1', 'Bar2', 'Bar3');
    }
}

$foo = new foo();
$name = 'MyName';

echo <<<EOT
My name is "$name". I am printing some $foo->foo.
Now, I am printing some {$foo->bar[1]}.
This should print a capital 'A': \x41
EOT;
?>
My name is "MyName". I am printing some Foo.
Now, I am printing some Bar2.
This should print a capital 'A': A

It is also possible to use the Heredoc syntax to pass data to function arguments:

Voorbeeld: Heredoc in arguments example

<?php
var_dump(array(<<<EOD
foobar!
EOD
));
?>

It's possible to initialize static variables and class properties/constants using the Heredoc syntax:

Voorbeeld: Using Heredoc to initialize static values

<?php
// Static variables
function foo()
{
    static $bar = <<<LABEL
Nothing in here...
LABEL;
}

// Class properties/constants
class foo
{
    const BAR = <<<FOOBAR
Constant example
FOOBAR;

    public $baz = <<<FOOBAR
Property example
FOOBAR;
}
?>

The opening Heredoc identifier may optionally be enclosed in double quotes:

Voorbeeld: Using double quotes in Heredoc

<?php
echo <<<"FOOBAR"
Hello World!
FOOBAR;
?>

Nowdoc

Nowdocs are to single-quoted strings what heredocs are to double-quoted
strings. A nowdoc is specified similarly to a heredoc, but  inside a nowdoc. The construct is ideal for
embedding PHP code or other large blocks of text without the need for
escaping. It shares some features in common with the SGML
 construct, in that it declares a
block of text which is not for parsing.

no String interpolation is done&lt;![CDATA[ ]]&gt;

A nowdoc is identified with the same 
sequence used for heredocs, but the identifier which follows is enclosed in
single quotes, e.g. . All the rules for
heredoc identifiers also apply to nowdoc identifiers, especially those
regarding the appearance of the closing identifier.

&lt;&lt;&lt;``&lt;&lt;&lt;'EOT'

Voorbeeld: Nowdoc string quoting example

<?php
echo <<<'EOD'
Example of string spanning multiple lines
using nowdoc syntax. Backslashes are always treated literally,
e.g. \\ and \'.
EOD;
Example of string spanning multiple lines
using nowdoc syntax. Backslashes are always treated literally,
e.g. \\ and \'.

Voorbeeld: Nowdoc string quoting example with variables

<?php
class foo
{
    public $foo;
    public $bar;

    function __construct()
    {
        $this->foo = 'Foo';
        $this->bar = array('Bar1', 'Bar2', 'Bar3');
    }
}

$foo = new foo();
$name = 'MyName';

echo <<<'EOT'
My name is "$name". I am printing some $foo->foo.
Now, I am printing some {$foo->bar[1]}.
This should not print a capital 'A': \x41
EOT;
?>
My name is "$name". I am printing some $foo->foo.
Now, I am printing some {$foo->bar[1]}.
This should not print a capital 'A': \x41

Voorbeeld: Static data example

<?php
class foo {
    public $bar = <<<'EOT'
bar
EOT;
}
?>

String interpolation

When a  is specified in double quotes or with heredoc,
 can be substituted within it.

stringvariables

There are two types of syntax: a
 one and an
 one.
The basic syntax is the most common and convenient. It provides a way to
embed a variable, an  value, or an 
property in a  with a minimum of effort.

basicadvancedarray``object``string

Basic syntax

 If a dollar sign () is encountered, the characters
 that follow it which can be used in a variable name will be interpreted
 as such and substituted.
`$`

Voorbeeld: String Interpolation

<?php
$juice = "apple";

echo "He drank some $juice juice." . PHP_EOL;

?>
He drank some apple juice.

Formally, the structure for the basic variable substitution syntax is as follows:

string-variable::
     variable-name   (offset-or-property)?
   | ${   expression   }

offset-or-property::
     offset-in-string
   | property-in-string

offset-in-string::
     [   name   ]
   | [   variable-name   ]
   | [   integer-literal   ]

property-in-string::
     ->  name

variable-name::
     $   name

name::
     [a-zA-Z_\x80-\xff][a-zA-Z0-9_\x80-\xff]*

Waarschuwing: > The syntax is deprecated as of PHP 8.2.0, as it can be interpreted as :

  The 
  string interpolation syntax should be used instead.
 `${ expression }`variable variables```php

```php
Deprecated: Using ${var} in strings is deprecated, use {$var} instead in file on line 6

Deprecated: Using ${expr} (variable variables) in strings is deprecated, use {${expr}} instead in file on line 9
string(3) "foo"
string(3) "bar"
string(3) "foo"
string(3) "bar"

advanced

Opmerking: > If it is not possible to form a valid name the dollar sign remains as verbatim in the string:

<?php
echo "No interpolation $  has happened\n";
echo "No interpolation $\n has happened\n";
echo "No interpolation $2 has happened\n";
?>
No interpolation $  has happened
No interpolation $
 has happened
No interpolation $2 has happened

Voorbeeld: Interpolating the value of the first dimension of an array or property

<?php
$juices = array("apple", "orange", "string_key" => "purple");

echo "He drank some $juices[0] juice.";
echo PHP_EOL;
echo "He drank some $juices[1] juice.";
echo PHP_EOL;
echo "He drank some $juices[string_key] juice.";
echo PHP_EOL;

class A {
    public $s = "string";
}

$o = new A();

echo "Object value: $o->s.";
?>
He drank some apple juice.
He drank some orange juice.
He drank some purple juice.
Object value: string.

Opmerking: > The array key must be unquoted, and it is therefore not possible to refer to a constant as a key with the basic syntax. Use the

  syntax instead.
 advanced
 As of PHP 7.1.0 also  numeric indices are
 supported.
*negative*

Voorbeeld: Negative numeric indices

<?php
$string = 'string';
echo "The character at index -2 is $string[-2].", PHP_EOL;
$string[-3] = 'o';
echo "Changing the character at index -3 to o gives $string.", PHP_EOL;
?>
The character at index -2 is n.
Changing the character at index -3 to o gives strong.
 For anything more complex, the
 
 syntax must be used.
advanced

Advanced (curly) syntax

 The advanced syntax permits the interpolation of
  with arbitrary accessors.
*variables*


 Any scalar variable, array element or object property
 ( or not) with a
  representation can be included via this syntax.
 The expression is written the same way as it would appear outside the
 , and then wrapped in  and
 . Since  can not be escaped, this
 syntax will only be recognised when the  immediately
 follows the . Use  to get a
 literal . Some examples to make it clear:
`string``string``{``}``{``$``{``{\$``{$`

Voorbeeld: Curly Syntax

<?php
const DATA_KEY = 'const-key';
$great = 'fantastic';
$arr = [
    '1',
    '2',
    '3',
    [41, 42, 43],
    'key' => 'Indexed value',
    'const-key' => 'Key with minus sign',
    'foo' => ['foo1', 'foo2', 'foo3']
];

// Won't work, outputs: This is { fantastic}
echo "This is { $great}";

// Works, outputs: This is fantastic
echo "This is {$great}";

class Square {
    public $width;

    public function __construct(int $width) { $this->width = $width; }
}

$square = new Square(5);

// Works
echo "This square is {$square->width}00 centimeters wide.";


// Works, quoted keys only work using the curly brace syntax
echo "This works: {$arr['key']}";


// Works
echo "This works: {$arr[3][2]}";

echo "This works: {$arr[DATA_KEY]}";

// When using multidimensional arrays, always use braces around arrays
// when inside of strings
echo "This works: {$arr['foo'][2]}";

echo "This works: {$obj->values[3]->name}";

echo "This works: {$obj->$staticProp}";

// Won't work, outputs: C:\directory\{fantastic}.txt
echo "C:\directory\{$great}.txt";

// Works, outputs: C:\directory\fantastic.txt
echo "C:\\directory\\{$great}.txt";
?>

Opmerking: > As this syntax allows arbitrary expressions it is possible to use

  within the advanced syntax.
 variable variables

String access and modification by character

Characters within s may be accessed and modified by
specifying the zero-based offset of the desired character after the
 using square  brackets, as in
. Think of a  as an
 of characters for this purpose. The functions
 and 
can be used when you want to extract or replace more than 1 character.

string``string``array``$str[42]``string``array``substr``substr_replace

Opmerking: > As of PHP 7.1.0, negative string offsets are also supported. These specify the offset from the end of the string. Formerly, negative offsets emitted for reading (yielding an empty string) and for writing (leaving the string untouched). E_NOTICE``E_WARNING

Opmerking: > Prior to PHP 8.0.0, s could also be accessed using braces, as in , for the same purpose. This curly brace syntax was deprecated as of PHP 7.4.0 and no longer supported as of PHP 8.0.0. string``$str{42}

Waarschuwing: > Writing to an out of range offset pads the string with spaces. Non-integer types are converted to integer. Illegal offset type emits . Only the first character of an assigned string is used. As of PHP 7.1.0, assigning an empty string throws a fatal error. Formerly, it assigned a NULL byte. E_WARNING

Waarschuwing: > Internally, PHP strings are byte arrays. As a result, accessing or modifying a string using array brackets is not multi-byte safe, and should only be done with strings that are in a single-byte encoding such as ISO-8859-1.

Opmerking: > As of PHP 7.1.0, applying the empty index operator on an empty string throws a fatal error. Formerly, the empty string was silently converted to an array.

Voorbeeld: Some string examples

<?php
// Get the first character of a string
$str = 'This is a test.';
$first = $str[0];
var_dump($first);

// Get the third character of a string
$third = $str[2];
var_dump($third);

// Get the last character of a string.
$str = 'This is still a test.';
$last = $str[strlen($str)-1];
var_dump($last);

// Modify the last character of a string
$str = 'Look at the sea';
$str[strlen($str)-1] = 'e';
var_dump($str);
?>

String offsets have to either be integers or integer-like strings, otherwise a warning will be thrown.

Voorbeeld: Example of Illegal String Offsets

<?php
$str = 'abc';

$keys = [ '1', '1.0', 'x', '1x' ];

foreach ($keys as $keyToTry) {
    var_dump(isset($str[$keyToTry]));

    try {
        var_dump($str[$keyToTry]);
    } catch (TypeError $e) {
        echo $e->getMessage(), PHP_EOL;
    }

    echo PHP_EOL;
}
?>
bool(true)
string(1) "b"

bool(false)
Cannot access offset of type string on string

bool(false)
Cannot access offset of type string on string

bool(false)

Warning: Illegal string offset "1x" in Standard input code on line 10
string(1) "b"

Opmerking: > Accessing variables of other types (not including arrays or objects implementing the appropriate interfaces) using or silently returns null. []``{}

Opmerking: > Characters within string literals can be accessed using or . []``{}

Opmerking: > Accessing characters within string literals using the syntax has been deprecated in PHP 7.4. This has been removed in PHP 8.0. {}

Useful functions and operators

s may be concatenated using the '.' (dot) operator. Note that the '+' (addition) operator will work for this. See for more information. StringnotString operators

There are a number of useful functions for manipulation. string

See the for general functions, and the for advanced find & replace functionality. string functions sectionPerl-compatible regular expression functions

There are also , and functions to encrypt/decrypt strings ( and ). functions for URL stringsSodiumHash

Finally, see also the . character type functions

Converting to string

A value can be converted to a using the cast or the function. conversion is automatically done in the scope of an expression where a is needed. This happens when using the or functions, or when a variable is compared to a . The sections on and will make the following clearer. See also the function. string``(string)``strval``String``string``echo``print``stringTypesType Jugglingsettype

A true value is converted to the . false is converted to (the empty string). This allows conversion back and forth between and values. bool``string``"1"``bool``""``bool``string

An or is converted to a representing the number textually (including the exponent part for s). Floating point numbers can be converted using exponential notation (). int``float``string``float``4.1E+6

Opmerking: > As of PHP 8.0.0, the decimal point character is always a period (""). Prior to PHP 8.0.0, the decimal point character is defined in the script's locale (category LC_NUMERIC). See the function. .``setlocale

s are always converted to the ; because of this, and can not by themselves show the contents of an . To view a single element, use a construction such as . See below for tips on viewing the entire contents. Array``string``"Array"``echo``print``array``echo $arr['foo']

In order to convert s to , the magic method must be used. object``string__toString

s are always converted to s with the structure , where is the resource number assigned to the by PHP at runtime. While the exact structure of this string should not be relied on and is subject to change, it will always be unique for a given resource within the lifetime of a script being executed (ie a Web request or CLI process) and won't be reused. To get a 's type, use the function. Resource``string``"Resource id #1"``1``resource``resource``get_resource_type

null is always converted to an empty string.

As stated above, directly converting an , , or to a does not provide any useful information about the value beyond its type. See the functions and for more effective means of inspecting the contents of these types. array``object``resource``string``print_r``var_dump

Most PHP values can also be converted to s for permanent storage. This method is called serialization, and is performed by the function. string``serialize

Details of the String Type

The in PHP is implemented as an array of bytes and an integer indicating the length of the buffer. It has no information about how those bytes translate to characters, leaving that task to the programmer. There are no limitations on the values the string can be composed of; in particular, bytes with value (“NUL bytes”) are allowed anywhere in the string (however, a few functions, said in this manual not to be “binary safe”, may hand off the strings to libraries that ignore data after a NUL byte.) string``0

This nature of the string type explains why there is no separate “byte” type in PHP – strings take this role. Functions that return no textual data – for instance, arbitrary data read from a network socket – will still return strings.

Given that PHP does not dictate a specific encoding for strings, one might wonder how string literals are encoded. For instance, is the string equivalent to (ISO-8859-1), (UTF-8, C form), (UTF-8, D form) or any other possible representation? The answer is that string will be encoded in whatever fashion it is encoded in the script file. Thus, if the script is written in ISO-8859-1, the string will be encoded in ISO-8859-1 and so on. However, this does not apply if Zend Multibyte is enabled; in that case, the script may be written in an arbitrary encoding (which is explicitly declared or is detected) and then converted to a certain internal encoding, which is then the encoding that will be used for the string literals. Note that there are some constraints on the encoding of the script (or on the internal encoding, should Zend Multibyte be enabled) – this almost always means that this encoding should be a compatible superset of ASCII, such as UTF-8 or ISO-8859-1. Note, however, that state-dependent encodings where the same byte values can be used in initial and non-initial shift states may be problematic. "á"``"\xE1"``"\xC3\xA1"``"\x61\xCC\x81"

Of course, in order to be useful, functions that operate on text may have to make some assumptions about how the string is encoded. Unfortunately, there is much variation on this matter throughout PHP’s functions:

  • Some functions assume that the string is encoded in some (any) single-byte encoding, but they do not need to interpret those bytes as specific characters. This is case of, for instance, , , or . Another way to think of these functions is that operate on memory buffers, i.e., they work with bytes and byte offsets. substr``strpos``strlen``strcmp

  • Other functions are passed the encoding of the string, possibly they also assume a default if no such information is given. This is the case of and the majority of the functions in the extension. htmlentitiesmbstring

  • Others use the current locale (see ), but operate byte-by-byte. setlocale

  • Finally, they may just assume the string is using a specific encoding, usually UTF-8. This is the case of most functions in the extension and in the extension (in the last case, only when the modifier is used). intlPCREu

    Ultimately, this means writing correct programs using Unicode depends on carefully avoiding functions that will not work and that most likely will corrupt the data and using instead the functions that do behave correctly, generally from the and extensions. However, using functions that can handle Unicode encodings is just the beginning. No matter the functions the language provides, it is essential to know the Unicode specification. For instance, a program that assumes there is only uppercase and lowercase is making a wrong assumption. intlmbstring