The main issue is that their lifetime is limited and they're getting constantly killed. This happens all the time even when the service worker is being actively used.
This is by design. The downside to background pages is they consumed an entire page's worth of runtime resources (and depending on how they're set up, they may do that per foreground tab).
It's a headache early-era iOS developers are familiar with, but this move is basically Chrome team saying "We've watched the community try to implement responsible resource handling, and they suck at it, so we're taking some of their choices away so that the browser can manage resources for the user." Because battery matters.
This question was discussed so many times in W3C group.
Mostly this boils down to one thing: there needs to be an alternative to service workers and there are tons of legitimate use cases for long-living background pages or workers. I think by this point everyone agrees on that, the question is when this alternative will be made available to developers. It’s only 3 months until the deadline after all.