AFAIK, when you send a message to another device, the message will be archived to a file in a local directory called WatchDirectory .
This directory will be synchronized with another device, for example, with another iCloud Drive application or Drop Box via Bluetooth. Since this approach does not require an application that works for iOS and watchOS until the transfer is complete.
When new files have been sent to the directory, iOS (or watchOS) will call the WCSession API associated with it to process the content. If necessary, iOS (or watchOS) will wake the recipient application in the background before sending the message.
With watchOS1, the watch extension works on iOS, only the remote user interface works on AppleWatch. Therefore, this requires a much simpler process of communication, but simply the connection between the processes.
sendMessage much more expensive than other communication APIs provided by WCSession . iOS cannot use it as long as the applicationโs application is in the foreground, and using sendMessage from watchOS should wake the iPhone and launch the iOS application in the background. After processing sent messages, iOS can kill the target application running in the background to recover memory.
So, IMO there is no reason for this to be fast.
source share