应用场景如下：服务提供方（即要注册到服务中心的服务）的内网地址，外界无法访问(或者使用docker等做了应用端口等的配置)，做了IP映射后，公网IP49.10.22.106映射到服务提供方的内网ip，端口号5565映射到服务的server.port，此时用eureka默认配置会导致服务无法访问。因此需要手动配置，具体解决方案见如下红色部分：

作者：程序员小冰，CSDN博客：http://blog.csdn.net/qq\_21376985(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.csdn.net%2Fqq_21376985)QQ986945193博客园主页：http://www.cnblogs.co

Spring通过各种模板类降低了开发者使用各种数据持久技术的难度。这些模板类都是线程安全的，也就是说，多个DAO可以复用同一个模板实例而不会发生冲突。我们使用模板类访问底层数据，根据持久化技术的不同，模板类需要绑定数据连接或会话的资源。但这些资源本身是非线程安全的，也就是说它们不能在同一时刻被多个线程共享。虽然模板类通过资源池获取数据连接或会话，但资源池本身

数据时代，除了大数据和人工智能的发展，微服务分布式已经贯穿开发人员的开发过程，哪怕公司达不到这个标准，也会往上凑个热闹，作为热爱学习的现代小青年（我不会承认是面试要问这个知识点的），对与微服务，不学习了解一下怎么可以？而在微服务等方面，最有话语权的就是互联网风向标‘阿里’，而阿里为了国内互联网科技的发展，也会开源他们内部使用的一些规范或者文档。这份阿里1

背景为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架（基于SpringBoot），随后我们就发现系统会频繁报出Swap区域使用量过高的异常。笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。JVM参数配置是“XX:MetaspaceSize256MXX:MaxMetaspaceS

在公司项目开始的阶段由于准备不完善和个人能力不足，忽略了编写正规的单元测试的好处，所以在长达一年的时间里，项目在上线前的构建过程中其实是没有跑过测试的，在项目上线的最初几个月里，由于项目功能涉及的方面较少，所以可以轻松的确保上线代码不存在严重的问题。随着项目涉及的方面逐渐扩大，没有正规的测试架构的问题逐渐显现出来，我还记得一次由于spring循环注入导致

公司在推进降本增效，在尝试多种手段之后，发现应用太多，每个应用都做跨机房容灾部署，则最少需要4台机器（称为容器更合适）。那么，将相近应用做一个合并，减少维护项目，提高机器利用率就是一个可选方案。经过前后三次不同的折腾，最后探索出来一个可行方案。记录一下，分