Title: envoy still create file event twice on the same fd when continue_on_listener_filters_timeout is true

Description:
This is a regression of the issue istio/istio#18229 and it is fixed previously by #8922

#8922 clean the listener filter before create new connection. It works at the time tls inspect filter using FileEventImpl to create event directly.

But now, the tls inspect and http inspect filter are changed to use the socket's ioHandle::initializeFileEvent(). But the owning of socket isn't the filter, so the event won't be clean after the filter cleaned.

After the new connection adds event to the fd, the assertion will be triggered.

In the production build, it should reproduce the issue istio/istio#18229, since the new FileEventImpl is created before the old one destructed.

Repro steps:

1. startup envoy with listener's continue_on_listener_filters_timeout set as true. also enable the tls inspect filter
2. client connect to the envoy, but didn't set the full tls hello message in the frist write
3. waiting the listener filter timeout