Использование Threadlocal в обратных вызовах

Мое приложение вызывает библиотеку, которая ищет сохраненные данные.

Эта библиотека также имеет интерфейс, который вы можете реализовать, который сообщает ей, как преобразовывать необработанные результаты поиска в нужный формат данных.

Моя реализация того, как преобразовать результаты поиска в нужные мне объекты, предполагает знание определенного часового пояса.

Таким образом, процесс таков: (A) я вызываю метод поиска в библиотеке, (B) метод поиска затем вызывает мой другой фрагмент кода, который преобразует необработанные результаты в мой формат, (C) мое преобразование требует знания часового пояса. Проблема заключается в том, как сделать информацию о часовом поясе, которую я знаю в точке А, доступной в точке С?

Очевидно, что методы, предлагаемые библиотекой, не включают передачу часового пояса, поэтому я добавляю его в ThreadLocal!

Скажем, вы вызываете стороннюю функцию, которая позже вызывает ваш код. В вашем обратном вызове вам нужен некоторый контекст, то есть иметь доступ к некоторым вашим переменным. Однако недостатки сторонней функции заключаются в том, что она не предоставляет возможности передать ссылку на объект через их код в ваш обратный вызов.

Что делать?

К сожалению, у вас не так много выбора, кроме как хранить контекст в том, что фактически является глобальной переменной (о ужас!). ThreadLocal — это небольшая доработка глобальной переменной, благодаря которой несколько потоков, использующих этот хак, не будут наступать друг другу на пятки.

Конечно, если обратный вызов происходит в потоке, отличном от того, который вызывает стороннюю функцию, этот метод не работает.

Кроме того, эта техника не масштабируется. Если вы одновременно регистрируете два обратных вызова, вам понадобятся две разные функции обратного вызова и два разных глобальных контекста.