ServerBuilder and listening

Currently, the standard way to listen on a socket is to call `addPort()`, but from recent requests, this API is too limited. I would like to explore some ideas for expanding this functionality. Specifically:

1. Make a standard way to add multiple ports to a single server.
2. Make it possible to listen on things other than ports, in particular `SocketAddress`es.
3. Make it possible to add more ports / sockets after a Server has been built.
1. This would effectively allow a server to add ports after `start()`
2. Maybe allow servers to gracefully close ports they started on.
3. Support having no listening ports on the builder. This would mean adding a ServerBuilder ctor that has no ports at all.

This issue is more exploratory rather than mandatory. Right now the request is just to listen on multiple ports, but we should be careful to not add overlapping APIs (such as on both Server and ServerBuilder).

cc: @ejona86

Commencez par lire ServerBuilder et le flux existant de addPort(), puis examinez la manière dont Server et start() gèrent l’écoute. Comparez les ports multiples demandés, les SocketAddresses, les ajouts après le démarrage et la fermeture gracieuse afin d’identifier les choix d’API qui se recouvrent. La tâche ne pourra être considérée comme terminée qu’une fois le périmètre et la conception convenus, avant de pouvoir définir l’implémentation.

Rédigé par le modèle d'indexation à partir du texte de l'issue.