this post was submitted on 14 Jun 2023
6 points (100.0% liked)
Rust: Support
4 readers
1 users here now
Rules
-
Ask any question relevant to the Rust language and its ecosystem. No such questions shall ever be considered dumb!
-
Ask for contributions for your crate
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
So, the error you're getting here is that the
static
itself needs synchronization, multiple threads can try to initialize theOnceCell
at once because this is a static (only one initialization function gets called, the rest have to block).consider an example like this:
lazy_static
uses a lock under the hood. Specifically, whenstd
is available (when std isn't available I think it uses a spinlock but I didn't actually check) it uses https://doc.rust-lang.org/std/sync/struct.Once.html (not to be confused withOnceCell
/OnceLock
), which explicitly states it locks. As in the excerpt below:The short answer is, yes, you have to use
OnceLock
if you want this in a static, andOnceLock
does roughly whatlazy_static
does anyway.First of all, thank you for this very elaborate answer. So that means OnceCell can never be used in a static but only as local variable / member variable? I see, that makes sense and also reduces its use cases by a lot of what I initially thought. But your example makes sense and the name/package also suggest it's not thread-safe in itself, I had just wrongly assumed OnceCell was meant to be used in static contexts.
Thanks!
Yeah, it doesn't help that in the
once_cell
crate, the thread-safe version was also calledOnceCell
; you had to choose betweenonce_cell::sync::OnceCell
andonce_cell::unsync::OnceCell
. But when it was added to the standard library,once_cell::sync::OnceCell
was renamed toOnceLock
to make them easier distinguishable. So