Алексей Черемисин

Вариантов три (в posix), настраивается через pthread_mutexattr_settype()
- PTHREAD_MUTEX_NORMAL блокировка при попытке захвата - поток будет ждать, пока ресурс не освободится
- PTHREAD_MUTEX_RECURSIVE рекурсивный захват - тот же самый поток сможет повторно захватить русурс
- PTHREAD_MUTEX_ERRORCHECK вылет с ошибкой, если ресурс занят

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

А , еще забыл, если процессы, то для этого есть shared memory - туда и помещать семафоры и мьютексы. С мьютексами не уверен точно, а вот семафоры туда нужно !

Что за бесконтактный коннектор? Если дешевле 150 рублей за штуку, то можете его просто выкинуть. Позвоните провайдеру, тот придет с хорошей обжимкой и разъемами. Без обжимки или дорогих "полевых безобжимных" коннекторов работать не будет.
Ну а по делу:
- удалять нужно только внешнюю оболочку
- оголять контактные проводники не нужно
- нельзя расплетать жилы больше, чем на 3 сантиметра от разъема
- после удаления, аккуратно выровнять все жилы, разложить по цветам пары проводов
- цвета могут быть по annex A или по annex B (обычно второй), но они не взаимозаменяемы, лучше смотреть на другой стороне кабеля
- две пары по annex B переплетаются в разъеме между собой бело-синий - синий и бело-зеленая - зеленая!
- сами жилы по annex B: бело-оранжевый - оранжевый, бело зеленый - синий, бело-синий - зеленый, бело-коричневый - коричневый
- разложенные пары по цветам ровно обрезаем и заправляем в разъем, если разъем полевой, то после вставки делаем дополнительную ровную обрезку, обжимаем или придавливаем крышку.
- проверяем тестером или вставляем в порт компьютера

Вообще-то лучше эти коды в базе не хранить, не потому, что несекурно, а потому, что там они вообще не нужны. Если хочется секурности, то шифруйте по ключу из приложения.
Ну а хранить можно в redis например. Там на ключ можно прописать время жизни (TTL).

Да можно. В разных дистрибутива могут работать немного различающиеся механизмы контроля доступа selinux (redhat и основанные на нем) и AppArmor (debian, Ubuntu и соплеменики). С другой стороны, все реализуется почти на одних и тех же механизмах ядра.
Есть ещё отдельно castle grade Linux на rbacl от АНБ.

А график чем делать планируете? На web, swing, javafx, swt, android?
Для FX и swing смотрите здесь - https://www.jfree.org/jfreechart/
Данные конечно же хранить в Array или Vector, или в простом двухмерном массиве.

Правильнее конечно же через геттеры-сеттреры, так как изначально предполагалось, что есть только одна точка контроля - геттер/сеттер.
С другой стороны - все на усмотрение разработчика, можно и напрямую к полю.

Изучите шаблон builder - https://habr.com/ru/post/244521/
Изучите шаблон chain of responsibility и command https://habr.com/ru/post/538954/
Совместите все вместе и получите калькулятор.