In a phrase, no. As you already know (and it positively sounds such as you’ve carried out your homework on this), you’ll be able to’t reliably run within the background — even an app that’s permitted, for a particular cause, to run constantly within the background, is not assured of operating on a regular basis, and scheduled background duties would possibly by no means be run — and there’s no API by which your sleeping app goes to be woken by the system as a result of the wifi community has modified. Push notifications clearly do not meet your case as a result of the information that the wifi has modified would not come out of your server, it comes from the person’s system, and there’s, as I simply stated, nothing on the system that may notify you of the change.
However, in case your app serves another objective, it may definitely test the wifi scenario as quickly because it involves the entrance (whether or not from suspension or from a chilly begin), so possibly you are able to do with out the background performance altogether. In spite of everything, if the change within the wifi scenario issues solely to your app, then who cares whether or not it learns of the change solely when it comes again to the entrance? It could possibly be like individuals who suppose they wish to run a timer within the background when all they actually need is to have a look at the clock when the app is suspended and take a look at it once more when the app involves the entrance.
