问题出现：由于最近在着手实施应用容器内部署，碰到了一个坑，在docker中部署dubbo应用时，出现外部访问问题，折磨了很久，终于解决，估分享以供参考.
原先使用的是docker默认的网络设置bridge，启动dubbo时，会在注册中心zookeeper上把provider注册成为的docker的内部IP，同一宿主上的容器互访没有问题，但是这样宿主外的机器却无法访问.解决这个问题过程如下
方案一，改默认网络设置为host
聪明的读者看到这，已经能很快知道通过 docker run --net=host ... 实现容器绑定宿主ip可以解决外部访问的问题，在bing上搜到的仅有的两篇关于dubbo在docker内部署的文章，也是这么描述的。
但是，这满足不了我的要求，容器内应用要暴露的不仅仅只有dubbo的端口，还有些其它的端口，绑定了主机ip，会造成同一台宿主上的其它容器为了避免端口冲突，不得不修改暴露的端口号，问题扩散，所以放弃，当然，如果你打算一台宿主只部署一个容器，这个还是可以采用的
方案二，给docker 容器配置主机同域的ip地址
通过第三方工具pipework给容器分配固定ip，这个需要给容器配置网卡，并且需要对容器做些设置，操作过于复杂，考虑到部署以后要移交给公司的运维人员，并且移植性差，所以没有采用
方案三， 深度修改dubbo源码
dubbo 提供了host 配置来指定dubbo的服务ip，如果把host设为宿主的ip， 会出现netty绑定ip地址失败，应为容器内和宿主不通，如果一定要这样做，需要打通容器和宿主机器的ip，这又回到方案二了。
通过深度修改dubbo源码，可以实现用宿主的ip注册到zookeeper上，然后让netty启动服务时绑定容器内部ip，但考虑到dubbo已经是个相对稳定的工程，且代码量庞大，过度修改风险太大，我也不想改动太多，造成一些隐藏的bug，给产品带来风险。
方案四，配合docker，部分修改源码
思考良久后，决定只在dubbo 注册provider 时，把provider的ip地址替换成宿主机器ip，netty启动服务时绑定的还是内部IP， 外部应用访问时，通过宿主的端口映射访问容器内的服务。
具体做法就是，容器启动时，给容器添加namehost，修改源码(修改不超过20行)，替换dubbo注册provider时的ip地址.
到此，这个问题终于解决了。
如果想学习Java工程化、高性能及分布式、深入浅出。微服务、架构、Spring，MyBatis，Netty源码分析的朋友可以加我的Java进阶群：694549689，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。
具有1-5工作经验的，面对目前流行的技术不知从何下手，需要突破技术瓶颈的可以加群。
在公司待久了，过得很安逸，但跳槽时面试碰壁。需要在短时间内进修、跳槽拿高薪的可以加群。
如果没有工作经验，但基础非常扎实，对java工作机制，常用设计思想，常用java开发框架掌握熟练的可以加群。
