Что такое Hit Test в Flutter?

О, слушай, смотри, сейчас объясню про эту вашу хит-тестовую магию во Flutter, а то многие думают, что это какая-то хуй с горы. На самом деле всё просто, как три копейки, но если не врубиться — потом волнение ебать, почему кнопка не жмётся.

Представь себе наше дерево виджетов — это как многоэтажка, где на каждом этаже живут разные виджеты. Ты пальцем тыкаешь в экран. И начинается расследование: «А кто, сука, тут должен откликнуться?». Процесс идёт строго сверху вниз, от самой крыши (RenderView) и до самого подвала, до листовых виджетов. На каждом этаже система спрашивает: «Эй, чувак, точка касания в твоей области? И вообще, ты можешь что-то обработать или ты просто декорация?».

Вот смотри на пример, тут вся суть:

Stack(
  children: [
    // Этот Container будет перехватывать касания, даже если он прозрачный
    GestureDetector(
      onTap: () => print('Background tapped'),
      child: Container(color: Colors.transparent),
    ),
    // Этот виджет поверх, но он может быть исключен из Hit Test
    IgnorePointer(
      ignoring: true, // Исключает виджет и его детей из Hit Test
      child: Container(
        width: 100,
        height: 100,
        color: Colors.red,
        child: GestureDetector(
          onTap: () => print('This will never print'), // Не сработает
          child: Text('Click me'),
        ),
      ),
    ),
  ],
)

Видишь, в чём прикол? Красный квадратик сверху, он вроде как должен быть главным. Но ему навесили IgnorePointer(ignoring: true). Это как поставить табличку «Не беспокоить, я сплю». Хит-тест до него просто не доходит, он его игнорирует нахуй. И твоё касание проваливается сквозь него, как сквозь сито, прямо к тому прозрачному Container внизу, который и сработает. Вот и вся магия. This will never print — потому что до того GestureDetector внутри дело даже не дошло, его вычеркнули из списка на самом старте.

Так на что смотреть, чтобы не облажаться?

• Порядок — всё. В том же Stack кто последний пришёл — тот сверху и рисуется, и с него хит-тест начинает спуск. Запутаешь порядок — получишь, что тыкаешь в одну кнопку, а срабатывает другая, которая под ней. Пиздец и удивление.
• Характер виджета. Каждый RenderObject сам решает, участвует ли он в тесте (hitTestSelf) и проверять ли своих детей (hitTestChildren). Некоторые виджеты, типа ColoredBox, просто фоном стоят и не участвуют — они как мебель, сквозь них тыкаешь к тому, что под ними.
• Твои ручные костыли. IgnorePointer и AbsorbPointer — это твои главные инструменты, чтобы вручную сказать системе: «Этого чувака и всех его детей не трогать, они сегодня в отгуле» или «Всё касание забрать себе, никому ниже не отдавать». Без них делать кастомные шторки, выезжающие меню или просто отключать кнопку на время загрузки — это просто ебать колотить, адский трэш.

Короче, понимание хит-теста — это не просто для галочки. Это критично, когда делаешь свои кастомные тапы и свайпы, или когда у тебя в Stack навалено три слоя кнопок и оверлеев, и нужно, чтобы они не мешали друг другу. А то будешь сидеть и орать: «Да какого хуя оно не кликается?!», а причина окажется в каком-нибудь невидимом AbsorbPointer, который ты полгода назад поставил и забыл. Сам от себя охуеешь.