I’ve got a particular use case for K/N where I want all my kotlin code to run on a serial background queue. This queue is created on the iOS side using

DispatchQueue.global(qos: .userInteractive).sync { }

. I also keep a reference to this queue. Then from the iOS side i want to call methods on the same K/N objects and again, I use the same serial queue and call those methods. But you cannot share objects between threads in K/N and a serial queue can still use a different thread each time, it’s up the OS. (I’m aware that you can share objects in K/N using

Workers

but all this code is in the common module rather than the iOS module so I do not have access to it) So would i need to change the implementation so i use the same thread each time from iOS or is using a serial queue that could potentially use multiple threads suffice?

Currently this case is not supported directly, but we are considering it and going to design and implement support for serial queues being exclusive object owners just as workers. Could you please provide more details? How do you achieve that:

Then from the iOS side i want to call methods on the same K/N objects

?

Ah that would be great!

And where do you store reference to your object?

On the iOS side

It’s a property of the AppDelegate

Well, it would be OK if you write and read this field only from that serial queue. Does your Kotlin object have any mutable fields or refer (directly or indirectly) to some Kotlin object with mutable fields?

Let me confirm and get back to you

does the immutability (strictly within the Kotlin layer) only matter because we can’t be sure that the serial queue on iOS will always use the same thread?

If object is immutable, then it is possible to workaround the issue by freezing it thus making shareable among all threads. So yes, it is related.

It it possible to use the konan plugin alongside the kotlin-platform-common plugin so we get access to the freezing object methods?

I’m not sure, but why does it matter? If you compile your code to framework, then you can just add Kotlin/Native-specific code to the compilation of this framework in Gradle.