There are different implementations of SPV protocol, some are very centralized and what we can all "server dependent". These usually work on phones. In this type they heavily depends on what the single centralized server tells them. So they don't really connect to the bitcoin network directly to know much about it and any possible forks.
But there are other implementations that connect to multiple "servers" (that are full nodes with the chain indexed so that it can be searched) like Electrum which performs more verifications on headers they receive hence are capable detecting chain-splits, etc.
Technically when a full node wants to sync with the network they connect to other random full nodes (multiple peers) and after a handshake they send a "locator" in a getheaders message to download their block headers. They receive a reply containing the headers the "locator" was missing ie. any new header that were mined recently.
This is what a SPV client can do too.
Then the full node performs a series of verification on these headers (version, time, PoW using target, verify target itself using difficulty adjustment, etc.) that way they make sure the headers are actually valid (put simply they are mined correctly).
This is what a SPV client can do too.
Finally they check each batch of headers with what they've stored locally so that they can know what headers (and blocks) they are missing, what they already have and if there is any kind of chain-split, stale block, orphan, etc.
This is what a SPV client can do too.
The only thing that the SPV client doesn't do is the full node's next step which is to download the block itself to verify the transactions and update the chainstate (ie. UTXO database). Which has nothing to do with chain-splits, etc.