…тает Закрыты оба root-cause'а runtime-зависания, обнаруженные при native-`analyze`. Это были два кооперирующихся бага в нашем коде, **не SVM** — на JVM они существуют, но не триггерятся. ## Root cause #1: Spring AOT не вызывает @Autowired-setter'ы для prototype-бинов `CyclomaticComplexityComputer` и `CognitiveComplexityComputer` (оба prototype, создаются через `ObjectProvider.getObject(documentContext)`) имели `@Setter(onMethod_={@Autowired}) StringInterner stringInterner` — тот же AOT-баг, который мы уже фиксили в `DocumentContext`: chained `andThen(__Autowiring::apply)` в native не отрабатывает. Поле `stringInterner` оставалось `null` → NPE на `stringInterner.intern(...)` внутри `addSecondaryLocation`. Фикс: setter сделан public, `DocumentContext` после `getObject(...)` вызывает `computer.setStringInterner(stringInterner)` вручную. Сам stringInterner приезжает через `ServerContext` (constructor inject) → передаётся в `DocumentContext.initializeDependencies(...)`. ## Root cause #2: Lazy.getOrCompute теряет lock на исключении В `io.github.1c-syntax:utils:0.7.0/com/github/_1c_syntax/utils/Lazy.java:60-68` {@code lock.unlock()} стоит после {@code maybeCompute(supplier)} вне try/finally: ```java public T getOrCompute(Supplier<T> supplier) { final T result = value; if (result == null) { lock.lock(); var localResult = maybeCompute(supplier); // exception → unlock пропущен lock.unlock(); return localResult; } return result; } ``` Любое исключение в `supplier.get()` оставляет lock захваченным навсегда. В `DocumentContext` несколько `Lazy<>` шарят общий `computeLock` (`contentList`, `moduleType`, `cognitiveComplexityData`, `cyclomaticComplexityData`, `diagnosticIgnoranceData`, `metrics`). После NPE в `computeCyclomaticComplexity` (root cause #1) lock остаётся занятым, все следующие обращения к `getAst`/`getSymbolTree` ([@locked]("computeLock") от Lombok) виснут. Лечится shadow-копией `Lazy` в нашем `src/main/java` с `lock.unlock()` в `finally` (классическая корректная реализация). Подменяется через стандартный classloader-precedence. На JVM баг тоже потенциально опасен, но в нашем рантайме там не было исключений в supplier'ах computeLock-ассоциированных Lazy → не триггерилось. ## Дополнительно: hints - `net/loomchild/segment/**` resource-globs (нужны LanguageTool для парсинга SRX); - 82 класса `com.contrastsecurity.sarif.*` с `allDeclaredFields`/`Constructors`/`Methods` — без них Jackson 3 сериализатор тихо отдавал пустой `{}` SARIF. ## Подтверждение и бенч `./build/native/nativeCompile/bsl-language-server analyze --srcDir ~/ssl_3_2/src/cf --reporter sarif --outputDir /tmp/out`: | | JVM (java -jar exec) | Native (executable) | |--------------------|----------------------|---------------------| | Время | 5m29s | **2m10s** | | Размер бинаря | 103 MB (exec.jar) | 140 MB | | Размер SARIF | 267 MB | 258 MB | | Холодный старт | ~3 c | ~0.2 c | Native в **~2.5x быстрее JVM** на анализе 2175 файлов 1С-конфигурации ssl_3_2 — и это без специальных оптимизаций образа (`-march=native`, `-O3`, профильная компиляция). Холодный старт CLI-команды (version/--help) на native ~200мс, на JVM ~3с — выигрыш на коротких вызовах ещё больше. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

Uh oh!

Диагностика на длину метода #1

Description

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions