Что если не передавать второй параметр в useEffect

Второй аргумент useEffect говорит React, когда эффект можно пропустить. Если аргумента нет, условия для пропуска нет. Поэтому эффект запускается после каждого рендера.

Важно не перепутать причину и следствие. Эффект сам по себе не заставляет компонент рендериться. Рендер вызывают изменение state, новые props, обновление родителя или другая причина. Но после каждого такого рендера React снова выполнит эффект.

Короткий ответ для интервью:

Без второго параметра useEffect выполняется после каждого рендера. Это нормально только если эффект действительно должен синхронизироваться с любым обновлением. В остальных случаях я указываю зависимости или пустой массив, чтобы не получить лишние сайд-эффекты.

Частая ловушка в вопросе. Отсутствие второго аргумента и пустой массив это разные режимы.

useEffect(() => {
  console.log("after every render");
});

useEffect(() => {
  console.log("after mount");
}, []);

Первый эффект запустится после каждого рендера. Второй запустится после монтирования, а его cleanup сработает при размонтировании. В development с React Strict Mode вы можете увидеть дополнительный запуск для проверки безопасности эффекта. Это отдельный нюанс режима разработки.

На интервью хорошо звучит не только правило, но и критерий выбора. Спросите себя, с чем эффект синхронизирует компонент. Это может быть DOM, сервер, подписка, таймер, внешнее хранилище или значение из props и state.

Если эффект читает userId, он должен реагировать на изменение userId. Если эффект подписывается на событие, он должен вернуть cleanup. Если эффект нужен для аналитического логирования каждого рендера, отсутствие массива может быть осознанным решением. Но это редкий случай.

Плохой пример. Запрос без массива зависимостей.

function Profile({ userId }) {
  const [profile, setProfile] = useState(null);

  useEffect(() => {
    fetch(`/api/users/${userId}`)
      .then((response) => response.json())
      .then(setProfile);
  });

  return <ProfileCard profile={profile} />;
}

Здесь любой рендер снова отправит запрос. Если setProfile обновит состояние, компонент снова отрендерится и может снова сделать запрос. Пользователь увидит мигающий профиль или старые данные. Сеть получит лишнюю нагрузку. Медленный ответ для старого userId может перетереть новый экран.

Более безопасный вариант:

function Profile({ userId }) {
  const [profile, setProfile] = useState(null);
  const [status, setStatus] = useState("idle");
  const [error, setError] = useState(null);

  useEffect(() => {
    const controller = new AbortController();

    setStatus("loading");
    setError(null);

    fetch(`/api/users/${userId}`, { signal: controller.signal })
      .then((response) => {
        if (!response.ok) {
          throw new Error("Failed to load profile");
        }

        return response.json();
      })
      .then((data) => {
        setProfile(data);
        setStatus("success");
      })
      .catch((error) => {
        if (error.name === "AbortError") {
          return;
        }

        setError(error);
        setStatus("error");
      });

    return () => controller.abort();
  }, [userId]);

  if (status === "loading") return <Spinner />;
  if (status === "error") return <ErrorMessage error={error} />;
  if (!profile) return <EmptyState />;

  return <ProfileCard profile={profile} />;
}

Теперь эффект запускается при первом рендере и при изменении userId. Cleanup отменяет устаревший запрос, поэтому результат старого запроса не должен перетереть новый экран. UI явно показывает загрузку, ошибку и пустое состояние. Пользователь не остается со старой карточкой без объяснения.

Такой код не всегда ошибка. Иногда эффект действительно должен запускаться после каждого рендера. Например, вы измеряете состояние внешней интеграции, пишете отладочный лог рендеров или синхронизируете что-то, что нельзя выразить через конкретный набор зависимостей.

Но в ответе лучше подчеркнуть цену решения. Эффект должен быть быстрым, идемпотентным и безопасным при повторном запуске. Если он создает внешний ресурс, нужен cleanup. Если он меняет state, нужно условие. Иначе появится цикл.