最近在使用vueaxios发送请求，结果出现跨域问题，网上查了好多，发现有好几种结局方案。1：服务器端设置跨域header(“AccessControlAllowOrigin:\”);header(“AccessControlAllowHeaders:contenttype”);header(“AccessCont

如同SpringBoot在JavaWeb开发领域中的统治地位，SpringCloud在Java微服务应用开发领域中同样处于垄断地位。软件系统从单体升级到微服务架构，随之会出现各种分布式系统所特有的问题，包括服务注册发现、认证授权、限流熔断、调用追踪等。SpringCloud提供了各种组件来解决这些问题，本文将通过升级改造一个单体AP

　　SpringBoot框架，就是一个简单的web应用。SpringBoot，看名字就知道是Spring的引导，就是用于启动Spring的，使得Spring的学习和使用变得快速方便。不仅适合替换原有的工程结构，更适合微服务开发。SpringCloud基于SpringBoot，为微服务体系开发中的架构问题，提供了一整套的解决方案——服务注册与发现

1、前言本文将会通过具体的业务场景，由浅入深的引出Kotlin的一个bug，并告知大家这个bug的神奇之处，接着会带领大家去查找bug出现的原因，最后去规避这个bug。2、bug复现现实开发中，我们经常会有将Json字符串反序列化为一个对象问题，这里，我们用Gson来写一段反序列代码，如下：kotlinfun<TfromJson(js

Kubernetes使用中发现的问题和错误本文不再更新，移动到https://qq253498229.github.io/docsk8s/(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fqq253498229.github.io%2F

一，什么是内存泄漏Go中的并发性是以goroutine（独立活动）和channel（用于通信）的形式实现的。处理goroutine时，程序员需要小心翼翼地避免泄露。如果最终永远堵塞在I/O上（例如channel通信），或者陷入死循环，那么goroutine会发生泄露。即使是阻塞的goroutine，也会消耗资源

 近几年随着Docker容器技术、微服务等架构的兴起，人们开始意识到服务发现的必要性。微服务架构简单来说，是一种以一些微服务来替代开发单个大而全应用的方法,每一个小服务运行在自己的进程里,并以轻量级的机制来通信,通常是HTTPRESTfulAPI。微服务强调小快灵,任何一个相对独立的功能服务不再是一个模块,而是一个独立的服务。那么，当我们需要

前言现在微服务实在是太火了，所以我们必不可少的是要学习一下SpringCloud了，服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并且强调DevOps和快速演化。springcloud中常用的组件：服务发现——Ne

Kubernetes是当前全球最流行的容器服务平台，在Kubernetes集群中，Dubbo应用的部署方式往往需要借助第三方注册中心实现服务发现。Dubbo与Kubernetes的调度体系的结合，可以让原本需要管理两套平台的运维成本大大减低，而且Dubbo适配了Kubernetes原生服务也可以让框架本身更加融入云原生体系。基于D

首先需要在GitHub上面创建一个项目.然后创建3个模块:CloudCenter为服务发现中心.CloudCnofigCenter为配置中心CloudUser为要分布式配置的模块首先创建CloudCenter,引入POM依赖:　　　　<dependency<groupI