ladybird/Libraries/LibJS/Runtime/MapIterator.h
Aliaksandr Kalenik 646457099c LibJS: Avoid IteratorRecord GC-allocation in GetIterator instruction
With this change, `GetIterator` no longer GC-allocates an
`IteratorRecord`. Instead, it stores the iterator record fields in
bytecode registers. This avoids per-iteration allocations in patterns
like: `for (let [x] of array) {}`.

`IteratorRecord` now inherits from `IteratorRecordImpl`, which holds the
iteration state. This allows the existing iteration helpers
(`iterator_next()`, `iterator_step()`, etc.) operate on both the
GC-allocated and the register-backed forms.

Microbenchmarks:
1.1x array-destructuring-assignment-rest.js
1.226x array-destructuring-assignment.js
2025-11-02 20:05:47 +01:00

41 lines
1 KiB
C++

/*
* Copyright (c) 2021, Idan Horowitz <idan.horowitz@serenityos.org>
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#pragma once
#include <LibJS/Runtime/Iterator.h>
#include <LibJS/Runtime/Map.h>
#include <LibJS/Runtime/Object.h>
namespace JS {
class MapIterator final : public Object
, public BuiltinIterator {
JS_OBJECT(MapIterator, Object);
GC_DECLARE_ALLOCATOR(MapIterator);
public:
static GC::Ref<MapIterator> create(Realm&, Map& map, Object::PropertyKind iteration_kind);
virtual ~MapIterator() override = default;
BuiltinIterator* as_builtin_iterator_if_next_is_not_redefined(Value next_method) override;
ThrowCompletionOr<void> next(VM&, bool& done, Value& value) override;
private:
friend class MapIteratorPrototype;
explicit MapIterator(Map& map, Object::PropertyKind iteration_kind, Object& prototype);
virtual void visit_edges(Cell::Visitor&) override;
GC::Ref<Map> m_map;
bool m_done { false };
Object::PropertyKind m_iteration_kind;
Map::ConstIterator m_iterator;
};
}