[FEATURE] - 一个性能优化思路，扩展服务监听/注册/发现和流量调度机制，实现本地地址监听&本地实例优先调度，提高微服务框架通信性能

### Problem this feature would solve

微服务架构的特点是服务粒度比较小，实例数量多，实例之间存在大量通信，通信时涉及大量网络IO、加密传输、接口鉴权等性能损耗。

### Describe the solution

由于微服务实例粒度比较小，实际部署时往往多个实例会部署在一个主机上，假如同一个主机上的实例之间使用127.0.0.1地址来通信，那么受攻击面会大大减少，业务就可以考虑去掉加密传输、接口鉴权这些安全性的开销，同时在主机内通信只需要在内核协议转中转发，不需要经过网卡驱动和IO。

进一步来说，假如每个consumer都优先路由到本地的provider、同时兼顾全局的流量均衡，那么整个系统的性能都会有较大提升。

我们在业务产品上做了实验，原来一个主机上最多部署5个实例，优化后可以部署10个实例，CPU占用率与5个实例时基本持平，主机资源总体可以节省20%左右。

请社区看下这个特性，如果有价值的话我可以把代码提交进来。

### Alternatives considered

_No response_

### Additional Context

_No response_

Commencez par lire les points d’entrée de l’enregistrement des services, de la découverte des services et du routage du trafic dans ServiceComb Java Chassis ; l’issue ne nomme aucun fichier ni test spécifique. Évaluez comment l’écoute sur une adresse locale et la priorisation des instances de fournisseurs locaux s’intégreraient aux mécanismes existants, tout en préservant l’équilibrage global du trafic. La tâche serait considérée comme terminée lorsqu’une conception approuvée et une implémentation démontrant les améliorations proposées en matière de communication et d’utilisation des ressources seraient disponibles ; l’issue elle-même ne fournit aucun test d’acceptation.

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