Yes I do think that the wallets will sync between each other.
They don't sync with each other. They are independent entities. Any of them, and only if it's online, syncs with the Electrum servers (which are sync-ed with the blockchain).
Since the watch only wallet has the master public key, it can hold the same addresses as the offline wallet, but only the online wallet will know what happens on the blockchain.
And the offline wallet needs help (gap limit) to enlarge the number of addresses it sees, but that's actually not necessary, since it'll remain offline anyway, and, as @nc50lc said, the offline wallet can sign the transactions anyway. And that's the only use (besides security) for the offline wallet.
In my case, I need to generate some addresses for a number of users (which is greater than default number 20). My program also subscribe to those addresses for notifying when bitcoins are transferred to those addresses. Therefore get an unused address from Electrum may not be a good solution to me in current approach as some addresses may remain unused at last.
Actually I understand that Electrum may not be a good choice to handle a huge number of addresses. But in this situation if someone having rights is going to make transaction from Wallet A, the gap limit of wallet A is required to be changed as the same as Wallet B first in order to take the correct balance?
The offline wallet will not know the updates in balances / incoming-outgoing transactions. Since it's offline, it doesn't receive that information from the Electrum server.
The offline wallet is only good for signing transactions (i.e. spend), and those transactions have to be made with the online wallet (which is the only one that knows the correct transactions/balances/inputs)
If you only want to notify users, the online watch-only wallet should do most of the job: see the incoming transactions, notify the users. The offline wallet is still useful for security and signing.
But if you plan big number of addresses, you'll have to go with Bitcoin Core.