Повторная дорогая hash/equality работа

V-PERF-14 · Возможность улучшения

Повторная дорогая hash/equality работа

Дорогой hash или equality многократно исполняется при lookup и может скрыть линейную или более высокую стоимость за API словаря.

Пример проблемы и направление исправления

Учебные сокращённые фрагменты Swift или схемы протокола. Вспомогательные API условны. Это не тестовые oracle и не обещание, что текущий subset выдаст диагностику именно на этот код.

for key in queries {
    consume(table[key]) // hash пересчитывает большой payload.
}

// Использовать стабильный компактный идентификатор
// или корректно кэшировать hash при неизменном payload.

Что изменить и что сохранить

Сначала подтвердить стоимость и частоту. Кэш не должен нарушать согласованность Hashable/Equatable или переживать изменение значения.

Что подтверждено сейчас

В срезе 022 требуется восстановление и квалификация source producer. Целевое доказательство и пример описывают желаемое поведение; они не являются свидетельством действующей диагностики.

Владелец реализации

T038: точная область и ограничения прослеживаются во внутреннем source manifest.

Стратегия первого результата

Experimental advisory — план реализации, не maturity

Смысл результата

Возможность улучшения — не уровень severity

Профиль реестра

native-experimental.swift-6.3.3

Автоисправление и CI

Эта страница не заявляет autocorrect, default enablement или blocking CI.

Ключ происхождения

VISION