Позвольте мне поставить префикс этого, сказав, что я знаю, что foreach
такое, что делает и как его использовать. Этот вопрос касается того, как это работает под капотом, и я не хочу никаких ответов в духе «это то, как вы запускаете массив foreach
».
Долгое время я предполагал, что foreach
работал с самим массивом. Затем я обнаружил много ссылок на тот факт, что он работает с копией массива, и с тех пор я предположил, что это конец истории. Но я недавно вступил в дискуссию по этому вопросу, и после небольшого эксперимента обнаружил, что на самом деле это не на 100% верно.
Позвольте мне показать, что я имею в виду. Для следующих тестовых случаев мы будем работать со следующим массивом:
$array = array(1, 2, 3, 4, 5);
foreach ($array as $item) {
echo "$item\n";
$array[] = $item;
}
print_r($array);
/* Output in loop: 1 2 3 4 5
$array after loop: 1 2 3 4 5 1 2 3 4 5 */
Это ясно показывает, что мы не работаем напрямую с исходным массивом - в противном случае цикл будет продолжаться вечно, поскольку мы постоянно помещаем элементы в массив во время цикла. Но просто чтобы убедиться, что это так:
foreach ($array as $key => $item) {
$array[$key + 1] = $item + 2;
echo "$item\n";
}
print_r($array);
/* Output in loop: 1 2 3 4 5
$array after loop: 1 3 4 5 6 7 */
Это подтверждает наш первоначальный вывод: мы работаем с копией исходного массива во время цикла, в противном случае мы увидим измененные значения во время цикла. Но...
Если мы посмотрим в руководстве , мы найдем это утверждение:
Когда foreach впервые начинает выполняться, внутренний указатель массива автоматически сбрасывается на первый элемент массива.
Правильно ... похоже, это foreach
полагается на указатель массива исходного массива. Но мы только что доказали, что не работаем с исходным массивом , верно? Ну, не совсем.
// Move the array pointer on one to make sure it doesn't affect the loop
var_dump(each($array));
foreach ($array as $item) {
echo "$item\n";
}
var_dump(each($array));
/* Output
array(4) {
[1]=>
int(1)
["value"]=>
int(1)
[0]=>
int(0)
["key"]=>
int(0)
}
1
2
3
4
5
bool(false)
*/
Таким образом, несмотря на то, что мы не работаем напрямую с исходным массивом, мы работаем напрямую с указателем на исходный массив - тот факт, что указатель находится в конце массива в конце цикла, показывает это. За исключением того, что это не может быть правдой - если бы это было так, то тестовый пример 1 зациклился бы навсегда.
В руководстве по PHP также говорится:
Поскольку foreach полагается на внутренний указатель массива, изменение его в цикле может привести к неожиданному поведению.
Что ж, давайте выясним, что это за «неожиданное поведение» (технически любое поведение является неожиданным, поскольку я больше не знаю, чего ожидать).
foreach ($array as $key => $item) {
echo "$item\n";
each($array);
}
/* Output: 1 2 3 4 5 */
foreach ($array as $key => $item) {
echo "$item\n";
reset($array);
}
/* Output: 1 2 3 4 5 */
... ничего такого неожиданного там, на самом деле, кажется, что оно поддерживает теорию "копии источника".
Вопрос
Что здесь происходит? Мой C-fu не достаточно хорош для того, чтобы я мог извлечь правильное заключение, просто взглянув на исходный код PHP, я был бы признателен, если бы кто-то смог перевести его на английский для меня.
Мне кажется, что foreach
работает с копией массива, но устанавливает указатель массива исходного массива на конец массива после цикла.
- Это правильно и вся история?
- Если нет, что он на самом деле делает?
- Есть ли ситуация , когда с помощью функций , которые корректируют указатель массива (
each()
, иreset()
др.) Во времяforeach
могли повлиять на исход цикла?
foreach ($array as &$value)
) - PHP должен знать текущую позицию в исходном массиве, даже если он фактически перебирает копию.Ответы:
foreach
поддерживает итерацию по трем различным типам значений:Traversable
объектыДалее я попытаюсь объяснить, как итерация работает в разных случаях. Безусловно, самый простой случай - это
Traversable
объекты, поскольку для нихforeach
это, по сути, только синтаксический сахар для кода по следующим направлениям:Для внутренних классов фактические вызовы методов исключаются с помощью внутреннего API, который, по сути, просто отражает
Iterator
интерфейс на уровне C.Итерация массивов и простых объектов значительно сложнее. Прежде всего, следует отметить, что в PHP «массивы» - это действительно упорядоченные словари, и они будут проходить в соответствии с этим порядком (который соответствует порядку вставки, если вы не использовали что-то подобное
sort
). Это противоречит итерации по естественному порядку ключей (как часто работают списки на других языках) или вообще не имеет определенного порядка (как часто работают словари на других языках).То же самое относится и к объектам, поскольку свойства объекта можно рассматривать как другой (упорядоченный) словарь, сопоставляющий имена свойств с их значениями, а также некоторую обработку видимости. В большинстве случаев свойства объекта не сохраняются таким неэффективным способом. Однако, если вы начнете перебирать объект, обычно используемое упакованное представление будет преобразовано в реальный словарь. В этот момент итерация простых объектов становится очень похожей на итерацию массивов (именно поэтому я не обсуждаю здесь итерацию простых объектов).
Все идет нормально. Перебор словаря не может быть слишком сложным, верно? Проблемы начинаются, когда вы понимаете, что массив / объект может меняться во время итерации. Это может произойти несколькими способами:
foreach ($arr as &$v)
то$arr
она превращается в ссылку, и вы можете изменить ее во время итерации.$ref =& $arr; foreach ($ref as $v)
Проблема с разрешением модификаций во время итерации - это тот случай, когда элемент, на котором вы сейчас находитесь, удален. Скажем, вы используете указатель, чтобы отслеживать, какой элемент массива вы используете в данный момент. Если этот элемент теперь освобожден, у вас остается висячий указатель (обычно приводящий к segfault).
Существуют разные способы решения этой проблемы. PHP 5 и PHP 7 значительно различаются в этом отношении, и я опишу оба поведения в следующем. Подводя итог, можно сказать, что подход PHP 5 был довольно глупым и приводил к всевозможным странным проблемам с крайними случаями, в то время как более сложный подход PHP 7 приводит к более предсказуемому и последовательному поведению.
В качестве последнего предварительного замечания следует отметить, что PHP использует подсчет ссылок и копирование при записи для управления памятью. Это означает, что если вы «копируете» значение, вы фактически просто используете старое значение и увеличиваете его счетчик ссылок (refcount). Только после того, как вы выполните какую-либо модификацию, будет сделана настоящая копия (дублирование). См. Вам лгут для более обширного введения по этой теме.
PHP 5
Внутренний указатель массива и HashPointer
Массивы в PHP 5 имеют один выделенный «внутренний указатель массива» (IAP), который должным образом поддерживает изменения: всякий раз, когда элемент удаляется, будет проверяться, указывает ли IAP на этот элемент. Если это так, вместо этого он продвигается к следующему элементу.
Несмотря на то
foreach
, что IAP использует IAP, есть дополнительное осложнение: существует только один IAP, но один массив может быть частью несколькихforeach
циклов:Для поддержки двух одновременных циклов только с одним внутренним указателем массива
foreach
выполняются следующие махинации: перед выполнением тела циклаforeach
создаст резервную копию указателя на текущий элемент и его хэш в per-foreachHashPointer
. После запуска тела цикла IAP будет возвращен к этому элементу, если он все еще существует. Однако, если элемент был удален, мы просто будем использовать там, где сейчас находится IAP. Эта схема в основном своего рода работает, но есть много странного поведения, которое вы можете извлечь из нее, некоторые из которых я продемонстрирую ниже.Дублирование массива
IAP - это видимая особенность массива (предоставляемая через
current
семейство функций), поскольку такие изменения в IAP учитываются как изменения в семантике копирования при записи. К сожалению, это означает, чтоforeach
во многих случаях приходится дублировать массив , по которому он повторяется. Точные условия:refcount
равно 1, то массив не является общим, и мы можем изменить его напрямую.Если массив не дублируется (is_ref = 0, refcount = 1), то
refcount
будет увеличен только его (*). Кроме того, еслиforeach
используется ссылка, массив (потенциально дублированный) будет превращен в ссылку.Рассмотрим этот код в качестве примера, где происходит дублирование:
Здесь
$arr
будет продублировано, чтобы предотвратить$arr
утечку изменений IAP$outerArr
. С точки зрения условий выше, массив не является ссылкой (is_ref = 0) и используется в двух местах (refcount = 2). Это требование является неудачным и является артефактом неоптимальной реализации (здесь нет проблем с модификацией во время итерации, поэтому нам не нужно в первую очередь использовать IAP).(*) Увеличение
refcount
здесь звучит безобидно, но нарушает семантику копирования при записи (COW): это означает, что мы собираемся изменить IAP массива refcount = 2, в то время как COW требует, чтобы изменения могли выполняться только для refcount = 1 значения. Это нарушение приводит к изменению поведения, видимому пользователю (в то время как COW обычно прозрачна), потому что изменение IAP в итерированном массиве будет наблюдаться - но только до первой не-IAP модификации в массиве. Вместо этого тремя «действительными» параметрами было бы: а) всегда дублировать, б) не увеличиватьrefcount
и, таким образом, позволяя произвольно изменять итеративный массив в цикле, или в) вообще не использовать IAP (PHP 7 решение).Порядок продвижения позиции
Есть одна последняя деталь реализации, о которой вы должны знать, чтобы правильно понять примеры кода ниже. «Нормальный» способ прохождения некоторой структуры данных будет выглядеть примерно так в псевдокоде:
Однако
foreach
, будучи довольно особенной снежинкой, решает сделать что-то немного по-другому:А именно, указатель массива уже перемещен вперед до запуска тела цикла. Это означает, что пока тело цикла работает с элементом
$i
, IAP уже находится в элементе$i+1
. Это является причиной того, почему примеры кода , показывающий изменение во время итерации всегда будет следующий элемент, а не текущим.unset
Примеры: ваши тесты
Три описанных выше аспекта должны дать вам в основном полное представление об особенностях
foreach
реализации, и мы можем перейти к обсуждению некоторых примеров.Поведение ваших тестовых примеров просто объяснить в этой точке:
В тестовых
$array
примерах 1 и 2 начинается с refcount = 1, поэтому он не будет дублироваться с помощьюforeach
: Увеличивается только значениеrefcount
. Когда тело цикла впоследствии модифицирует массив (который имеет refcount = 2 в этой точке), дублирование произойдет в этой точке. Foreach продолжит работу над неизмененной копией$array
.В тестовом примере 3 массив снова не дублируется, поэтому
foreach
будет изменяться IAP$array
переменной. В конце итерации IAP имеет значение NULL (что означает, что итерация выполнена), чтоeach
указывает возвратfalse
.В тестовых примерах 4 и 5 оба
each
иreset
являются опорными функциями. У$array
него естьrefcount=2
когда он передается им, поэтому он должен быть продублирован. Таким образом,foreach
снова будет работать с отдельным массивом.Примеры: эффекты
current
в foreachХороший способ показать различные варианты дублирования - наблюдать за поведением
current()
функции внутриforeach
цикла. Рассмотрим этот пример:Здесь вы должны знать, что
current()
это функция by-ref (на самом деле :fer-ref), даже если она не модифицирует массив. Это должно быть для того, чтобы хорошо играть со всеми другими функциями, такими какnext
, все-by-ref. Передача по ссылке подразумевает, что массив должен быть отделен и, следовательно,$array
иforeach-array
будет другим. Причина, по которой вы получаете2
вместо,1
также упоминается выше:foreach
продвигает указатель массива до запуска пользовательского кода, а не после. Так что, хотя код находится у первого элемента,foreach
уже продвинут указатель на второй элемент .Теперь давайте попробуем небольшую модификацию:
Здесь мы имеем случай is_ref = 1, поэтому массив не копируется (как и выше). Но теперь, когда это ссылка, массив больше не должен дублироваться при передаче в
current()
функцию by-ref . Таким образомcurrent()
иforeach
работают на одном массиве. Тем не менее, вы по-прежнему видите поведение «один за другим» из-за того, какforeach
продвигается указатель.Вы получаете то же поведение при выполнении итерации по-реф:
Здесь важная часть заключается в том, что foreach создаст
$array
is_ref = 1, когда он повторяется по ссылке, так что в основном у вас та же ситуация, что и выше.Еще один небольшой вариант, на этот раз мы назначим массив другой переменной:
Здесь повторный счет
$array
равен 2, когда цикл запускается, так что на этот раз нам действительно нужно выполнить дублирование заранее. Таким образом,$array
и массив, используемый foreach, будет полностью отделен от самого начала. Вот почему вы получаете положение IAP, где бы оно ни было до цикла (в данном случае это было в первой позиции).Примеры: модификация во время итерации
Попытка учесть изменения во время итерации - это то, откуда возникли все проблемы foreach, поэтому стоит рассмотреть некоторые примеры для этого случая.
Рассмотрим эти вложенные циклы в одном и том же массиве (где используется итерация by-ref, чтобы удостовериться, что она действительно одна и та же):
Здесь ожидаемая часть
(1, 2)
отсутствует в выводе, потому что элемент1
был удален. Вероятно, неожиданно то, что внешний цикл останавливается после первого элемента. Это почему?Причиной этого является хак с вложенным циклом, описанный выше: перед запуском тела цикла текущее положение IAP и хэш копируются в a
HashPointer
. После тела цикла оно будет восстановлено, но только если элемент все еще существует, в противном случае вместо него используется текущая позиция IAP (какой бы она ни была). В приведенном выше примере это именно тот случай: текущий элемент внешнего цикла был удален, поэтому он будет использовать IAP, который уже помечен как завершенный внутренним циклом!Другое последствие
HashPointer
механизма резервного копирования и восстановления заключается в том, что изменения в IAPreset()
и т. Д. Обычно не влияютforeach
. Например, следующий код выполняется так, как если бы егоreset()
вообще не было:Причина в том, что, хотя
reset()
IAP временно модифицируется, он будет восстановлен в текущем элементе foreach после тела цикла. Чтобы принудительноreset()
повлиять на цикл, необходимо дополнительно удалить текущий элемент, чтобы механизм резервного копирования / восстановления не работал:Но эти примеры все еще нормальны. Самое интересное начинается, если вы помните, что
HashPointer
восстановление использует указатель на элемент и его хэш, чтобы определить, существует ли он до сих пор. Но: у хэшей есть коллизии, и указатели можно использовать повторно! Это означает, что при тщательном выборе ключей массива мы можемforeach
поверить, что удаленный элемент все еще существует, поэтому он сразу перейдет к нему. Пример:Здесь мы должны ожидать выходной результат в
1, 1, 3, 4
соответствии с предыдущими правилами. То, что происходит,'FYFY'
имеет тот же хэш, что и удаленный элемент'EzFY'
, и распределитель, случается, повторно использует ту же ячейку памяти для хранения элемента. Таким образом, foreach заканчивает тем, что непосредственно переходит на вновь вставленный элемент, таким образом сокращая цикл.Подстановка повторяющегося объекта во время цикла
Еще один странный случай, о котором я хотел бы упомянуть, это то, что PHP позволяет заменять повторяющуюся сущность во время цикла. Таким образом, вы можете начать перебирать один массив, а затем заменить его другим массивом на полпути. Или начните итерацию с массива, а затем замените его объектом:
Как вы можете видеть, в этом случае PHP просто начнет перебирать другую сущность с самого начала, как только произойдет замена.
PHP 7
Hashtable итераторы
Если вы все еще помните, основная проблема с итерацией массива заключалась в том, как обрабатывать удаление элементов в середине итерации. В PHP 5 для этой цели использовался один внутренний указатель массива (IAP), что было несколько неоптимальным, поскольку один указатель массива должен был растягиваться для поддержки нескольких одновременных циклов foreach и взаимодействия с ними
reset()
и т. Д. Поверх этого.В PHP 7 используется другой подход, а именно, он поддерживает создание произвольного количества внешних безопасных хеш-таблиц итераторов. Эти итераторы должны быть зарегистрированы в массиве, после чего они имеют ту же семантику, что и IAP: если элемент массива удален, все итераторы хеш-таблицы, указывающие на этот элемент, будут перенесены на следующий элемент.
Это означает , что
foreach
больше не будет использовать ИПД на всех .foreach
Цикл не будет абсолютно никакого влияния на результаты иcurrent()
т.д. , и его собственное поведение никогда не будет зависеть от таких функций , как иreset()
т.д.Дублирование массива
Другое важное изменение между PHP 5 и PHP 7 связано с дублированием массива. Теперь, когда IAP больше не используется, итерация массива по значению будет только делать
refcount
приращение (вместо дублирования массива) во всех случаях. Если массив изменяется во времяforeach
цикла, в этот момент произойдет дублирование (в соответствии с копированием при записи), иforeach
он продолжит работу со старым массивом.В большинстве случаев это изменение прозрачно и не имеет никакого другого эффекта, кроме лучшей производительности. Однако есть один случай, когда это приводит к другому поведению, а именно случай, когда массив был ссылкой заранее:
Ранее по значению итерации ссылочных массивов были частными случаями. В этом случае дублирование не произошло, поэтому все модификации массива во время итерации будут отражены циклом. В PHP 7 этот особый случай исчез: итерация массива по значениям всегда будет продолжать работать с исходными элементами, не обращая внимания на любые изменения во время цикла.
Это, конечно, не относится к итерации по ссылкам. Если вы выполняете итерацию по ссылке, все изменения будут отражены в цикле. Интересно, что то же самое верно для итерации по значению простых объектов:
Это отражает семантику отдельных объектов (т. Е. Они ведут себя как ссылки даже в контексте значений).
Примеры
Давайте рассмотрим несколько примеров, начиная с ваших тестовых случаев:
Контрольные примеры 1 и 2 сохраняют один и тот же вывод: итерация массива по значению всегда работает с исходными элементами. (В этом случае четное
refcounting
и повторяющееся поведение одинаково между PHP 5 и PHP 7).Изменения в тестовом примере 3:
Foreach
больше не использует IAP, поэтомуeach()
цикл не затрагивается. Он будет иметь одинаковый вывод до и после.Тестовые 4 и 5 остаются теми же:
each()
иreset()
будет дублировать массив перед изменением IAP, в то время какforeach
все еще использует исходный массив. (Не то, чтобы изменение IAP имело значение, даже если массив был общим.)Второй набор примеров был связан с поведением
current()
при разныхreference/refcounting
конфигурациях. Это больше не имеет смысла, так какcurrent()
цикл не влияет на него, поэтому его возвращаемое значение всегда остается неизменным.Тем не менее, мы получаем некоторые интересные изменения при рассмотрении изменений во время итерации. Я надеюсь, что вы найдете новое поведение разумнее. Первый пример:
Как видите, внешний цикл больше не прерывается после первой итерации. Причина в том, что оба цикла теперь имеют совершенно отдельные хеш-таблицы итераторов, и больше нет перекрестного загрязнения обоих циклов через общий IAP.
Еще один странный крайний случай, который сейчас исправлен, это странный эффект, который вы получаете, когда удаляете и добавляете элементы, которые имеют одинаковый хэш:
Ранее механизм восстановления HashPointer перешел прямо к новому элементу, потому что он «выглядел» так, как будто он был удален (из-за столкновения хеша и указателя). Поскольку мы больше ни на что не полагаемся на хеш элемента, это больше не проблема.
источник
$foo = $array
Bucket
являются частью двусвязного списка для коллизий хэшей, а также частью двусвязного списка для порядка;)iterate($outerArr);
а неiterate($arr);
где-то.В примере 3 вы не модифицируете массив. Во всех других примерах вы изменяете либо содержимое, либо внутренний указатель массива. Это важно, когда дело доходит до массивов PHP из-за семантики оператора присваивания.
Оператор присваивания массивов в PHP работает больше как ленивый клон. Присвоение одной переменной другой, содержащей массив, клонирует массив, в отличие от большинства языков. Тем не менее, фактическое клонирование не будет сделано, если это не нужно. Это означает, что клонирование будет происходить только при изменении любой из переменных (копирование при записи).
Вот пример:
Возвращаясь к вашим тестовым примерам, вы можете легко представить, что
foreach
создает какой-то итератор со ссылкой на массив. Эта ссылка работает точно так же, как переменная$b
в моем примере. Тем не менее, итератор вместе со ссылкой живут только во время цикла, а затем они оба отбрасываются. Теперь вы можете видеть, что во всех случаях, кроме 3, массив изменяется во время цикла, пока эта дополнительная ссылка активна. Это вызывает клон, и это объясняет, что здесь происходит!Вот отличная статья для еще одного побочного эффекта этого поведения копирования при записи: Тернарный оператор PHP: быстро или нет?
источник
each()
в конце первого контрольного примера, где мы видим, что указатель массива исходного массива указывает на второй элемент, так как массив был изменен во время первая итерация. Это также, кажется, демонстрирует, чтоforeach
перед выполнением блока кода цикла перемещается указатель массива, чего я не ожидал - я бы подумал, что это будет сделано в конце. Большое спасибо, это хорошо для меня проясняет.Некоторые моменты, на которые следует обратить внимание при работе с
foreach()
:а)
foreach
работает над предполагаемой копией исходного массива. Это означает, чтоforeach()
будет иметь общий доступ к хранилищу данных до тех пор,prospected copy
пока не будет создан a foreach Примечания / Комментарии пользователей .б) Что вызывает предполагаемую копию ? Предполагаемая копия создается на основе политики
copy-on-write
, то есть при каждом изменении переданного массиваforeach()
создается клон исходного массива.c) Исходный массив и
foreach()
итератор будут иметьDISTINCT SENTINEL VARIABLES
, то есть один для исходного массива, а другой дляforeach
; см. код теста ниже. SPL , итераторы и итераторы массивов .Вопрос переполнения стека Как убедиться, что значение сбрасывается в цикле 'foreach' в PHP? рассматриваются случаи (3,4,5) вашего вопроса.
В следующем примере показано , что каждый () и сброс () не влияет на
SENTINEL
переменные(for example, the current index variable)
этотforeach()
итератор.Вывод:
источник
foreach
работает с потенциальной копией массива, но не создает фактическую копию, если в этом нет необходимости.foreach
копирует массив 100% времени. Я хочу знать. Спасибо за ваши комментарииfor
илиforeach
. Вы не увидите никакой существенной разницы между ними, потому что фактическая копия не имеет места.SHARED data storage
зарезервировано до или безcopy-on-write
, но (из моего фрагмента кода) очевидно, что всегда будет ДВА набора изSENTINEL variables
одного дляoriginal array
и другого дляforeach
. Спасибо, что имеет смыслПРИМЕЧАНИЕ ДЛЯ PHP 7
Чтобы обновить этот ответ, поскольку он приобрел некоторую популярность: этот ответ больше не применяется в PHP 7. Как объясняется в разделе « Обратные несовместимые изменения », в PHP 7 foreach работает с копией массива, поэтому любые изменения в самом массиве не отражаются на цикле foreach. Подробнее по ссылке.
Пояснение (цитата из php.net ):
Итак, в вашем первом примере у вас есть только один элемент в массиве, и когда указатель перемещается, следующий элемент не существует, поэтому после добавления нового элемента foreach заканчивается, потому что он уже «решил», что он является последним элементом.
Во втором примере вы начинаете с двух элементов, и цикл foreach находится не на последнем элементе, поэтому он оценивает массив на следующей итерации и, таким образом, понимает, что в массиве есть новый элемент.
Я полагаю, что все это является следствием части каждой пояснения в документации, которая, вероятно, означает, что
foreach
выполняет всю логику, прежде чем вызовет код{}
.Прецедент
Если вы запустите это:
Вы получите этот вывод:
Это означает, что он принял изменение и прошел через него, потому что он был изменен «вовремя». Но если вы сделаете это:
Ты получишь:
Это означает, что массив был изменен, но так как мы изменили его, когда
foreach
уже был последний элемент массива, он «решил» больше не выполнять цикл, и хотя мы добавили новый элемент, мы добавили его «слишком поздно» и он не было зациклено.Подробное объяснение можно прочитать в разделе Как работает PHP 'foreach'? который объясняет внутренности этого поведения.
источник
Согласно документации, представленной в руководстве по PHP.
Итак, согласно вашему первому примеру:
$array
иметь только один элемент, так что при выполнении foreach 1 присваивается,$v
и у него нет другого элемента для перемещения указателяНо в вашем втором примере:
$array
есть два элемента, так что теперь $ array оценивает нулевые индексы и перемещает указатель на единицу. Для первой итерации цикла добавляется$array['baz']=3;
как передача по ссылке.источник
Большой вопрос, потому что многие разработчики, даже опытные, смущены тем, как PHP обрабатывает массивы в циклах foreach. В стандартном цикле foreach PHP создает копию массива, который используется в цикле. Копия сбрасывается сразу после завершения цикла. Это прозрачно в работе простого цикла foreach. Например:
Это выводит:
Таким образом, копия создается, но разработчик этого не замечает, поскольку исходный массив не указан в цикле или после его завершения. Однако, когда вы пытаетесь изменить элементы в цикле, вы обнаружите, что они не изменены, когда вы закончите:
Это выводит:
Любые изменения по сравнению с оригиналом не могут быть уведомлениями, фактически, по сравнению с оригиналом, никаких изменений нет, даже если вы явно присвоили значение $ item. Это связано с тем, что вы работаете с $ item, как показано в копии $ set, над которой вы работаете. Вы можете переопределить это, взяв $ item по ссылке, например так:
Это выводит:
Таким образом, это очевидно и заметно, что при работе с $ item по ссылке, изменения, внесенные в $ item, вносятся в элементы исходного набора $. Использование $ item по ссылке также не позволяет PHP создавать копию массива. Чтобы проверить это, сначала мы покажем быстрый скрипт, демонстрирующий копию:
Это выводит:
Как показано в примере, PHP скопировал $ set и использовал его для зацикливания, но когда внутри цикла использовался $ set, PHP добавил переменные в исходный массив, а не в скопированный массив. По сути, PHP использует только скопированный массив для выполнения цикла и назначения $ item. Из-за этого вышеуказанный цикл выполняется только 3 раза, и каждый раз он добавляет другое значение в конец исходного набора $ set, оставляя исходный набор $ с 6 элементами, но никогда не входя в бесконечный цикл.
Однако что, если бы мы использовали $ item по ссылке, как я упоминал ранее? Единственный символ, добавленный к вышеуказанному тесту:
В результате получается бесконечный цикл. Обратите внимание, что на самом деле это бесконечный цикл, вам придется либо убить скрипт самостоятельно, либо подождать, пока вашей ОС не хватит памяти. Я добавил следующую строку в свой скрипт, чтобы PHP быстро исчерпал память, я предлагаю вам сделать то же самое, если вы собираетесь выполнять эти тесты с бесконечным циклом:
Итак, в этом предыдущем примере с бесконечным циклом мы видим причину, по которой PHP был написан для создания копии массива для зацикливания. Когда копия создается и используется только структурой самой конструкции цикла, массив остается статичным в течение всего цикла, поэтому вы никогда не столкнетесь с проблемами.
источник
Цикл PHP foreach может быть использован с
Indexed arrays
,Associative arrays
иObject public variables
.В цикле foreach первое, что делает php - это создает копию массива, который должен быть повторен. Затем PHP перебирает этот новый
copy
массив, а не исходный. Это продемонстрировано в следующем примере:Помимо этого, php также позволяет использовать
iterated values as a reference to the original array value
. Это продемонстрировано ниже:Примечание: не позволяет
original array indexes
использовать какreferences
.Источник: http://dwellupper.io/post/47/understanding-php-foreach-loop-with-examples
источник
Object public variables
неправильно или в лучшем случае вводит в заблуждение. Вы не можете использовать объект в массиве без правильного интерфейса (например, Traversible), и когда вы это делаете,foreach((array)$obj ...
вы фактически работаете с простым массивом, а не объектом больше.