Товарищи, подскажите пожалуйста! хочу сделать удобный доступ к объекту из разных

Question

Товарищи, подскажите пожалуйста! хочу сделать удобный доступ к объекту из разных

потоков
Не очень хочется таскать за собой Arc<RwLock<>> каждый раз и хочется спрятать все в одну структуру и сделать чтобы ее можно было клонировать и отправлять между потоками, тасками tokio

пусть внутри такой структуры уже будет Arc<RwLock<>> и весь код работы с примитивами синхронизации я хочу спрятать в ее методах

Допустим сделал вот так

#[derive(Debug)]
struct SegmentsStore {}

#[derive(Clone, Debug)]
struct SegmentsCache {
store: std::sync::Arc<parking_lot::RwLock<SegmentsStore>>
}
unsafe impl Send for SegmentsCache {}
unsafe impl Sync for SegmentsCache {}

impl SegmentsCache {
fn new() -> Self {
Self { store: std::sync::Arc::new(parking_lot::RwLock::new(SegmentsStore {})) }
}
fn add(&self) { unimplemented!() }
fn remove(&self) { unimplemented!() }
}
Достаточно ли этого?
Не понимаю как работают Send и Sync т.к. всегда использовал Arc<> и не парился) И есть опасение что мой вариант хоть и компилится, но может что-то поломать)

#backend #embedded #programming #russian #rust

0

16.09.2020

2 ответов

14 просмотров

mAX Автор вопроса

Andrey Vlasov
Вместо parking_lot::RwLock в асинхронном коде лучш...

Да, спасибо! Читал про это заметку на хабре. В конкретно моем случае я не использую асинхронные операции после блокировки, и код используется не только с токио. Грубо говоря просто кладу или забираю буффер в hashmap

0

16.09.2020

Andrey Vlasov · Accepted Answer

Andrey Vlasov

Вместо parking_lot::RwLock в асинхронном коде лучше использовать tokio::sync::RwLock, потому что первый блочит таску. Так можно дедлок получить (я получал)

0

16.09.2020

172 похожих чатов

Товарищи, подскажите пожалуйста! хочу сделать удобный доступ к объекту из разных

2 ответов

Похожие вопросы