метод же выполняется в потоке

Да, но вопрос поставлен так, что нам не обязательно останавливать поток) замеряем время выполнения и кидаем искл или деф ответ)

Для этого метод должен выполняться в другом потоке, нежели замеряющий код.
Можно конечно в АОП выполнять метод в каком-то тредпуле, вместо текущего потока, но это уж совсем какое-то извращение:)

Хотя я не прав

Нет нет, я не правильно понял задачу, и подумал что можно в аоп просто замерить время до вызова метода, после, проверить на ограничение в 1 сек. Все в рамках одного треда

Котлин и корутины вроде позволяют такую фишку провернуть

Ну а какой смысл выполнять метод полчаса, чтобы потом проверить, что он выполнялся дольше одной секунды и кинуть исключение, а не результат, который уже получен? :)

Это другой вопрос)

Да, там можно прибить корутину по тайм-ауту. Вебфлакс тоже это позволяет сделать

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

Fm, если ты не бот, нажми "семь". Ботов удалено: 256.

В хистриксе можно делать таймаут на выполнение метода с помощью hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds которую через hystrixproperty можно поставить непосредственно на метод

Bdndjdkd, если ты не бот, нажми "пять". Ботов удалено: 257.

А стандартный джавовский Future не подходит?

У него есть метод
get(long timeout, TimeUnit unit)

Или автор хочет ограничить глобально. Тогда можно BPP свой написать и обернуть в прокси. С использованием future.

У нас подобная логика используется чтобы отдать пользователю извинения мол попробуйте чуть позже, а самим в это время делать какую то очень долгую операцию. Которая иногда исполняется очень быстро :))
А ждать долго не хочется чтобы не держать тыщщи подключений или потоков

hystrix помог

Unit тесты и mock чем отличаются?

моки используются в юнит тестах
если упрощённо - юнит тест проверяет логику одного какого-нибудь класса А, и когда этот класс хочет взять какие-нибудь данные из другого класса Б, то мок позволяет вернуть фиктивные данные из этого класса Б
фиктивные данные возвращаются с предположением, что класс Б работает корректно и мы не хотим никак вызывать/проверять его логику, поэтому такое тестирование и называется модульным, тк тестируется только один небольшой модуль (модуль/юнит/класс читай одно и тоже)