json形式1.String2.对象3.map4.listkey=value&形式1.value只能是字符串

前端转换1.前端没有日期，只有字符串前端 解析1.json形式的1.可以按照 你想要的数据 进行解析，日期字符串解析成 date，但是前端没有date,自会解析成字符串2.解析，只需要满足，我用的解析器，与你的字符串形式一样，那么我可以将你的字符串，解析成我想要的 任何类型的数据2.key=value形式的同样只要 我用的 解析器，与你的字符串形式一样，那么我可以将你的 字符串，解析成我想要的 任

javafx

     前言：    以前我以为解析域名他可以绑定到服务器的某个端口，其实并不是如此，在域名解                         析的时候我发现他只能解析到服务器的ip地址，不能具体指定到某一个

1.找出 仓库里有没有 这个jar , 有的话，还是红的，那么就是包有问题，得删除 项目里面的 依赖，删除仓库里面的包，然后再重新引入依赖2.有可能是你的 依赖写的就是错的，那更要 删除仓库里面的包，和删除依赖，然后重新导入正确的依赖IDEA Maven Dependencies标红报错idea中maven项目出现依赖报红的情况时，如下图：第一步：展开到最底层目录，如下：第二步：在maven本地仓

开头思考1.springCloud 管理 微服务应用，解决分布式问题2.A服务： A1,A2,A3B服务： B1,B2,B33.现在用 A1,去调用 B服务1.B1,B2,B3 调那个？ （负载均衡）2.有 一个 坏了 怎么办？3.服务调用是变了，可能是网络原因（容错机制）4.A1,A2,A3 的配置文件 怎么 统一管理（配置中心）5.服务监控6.A1-B2-C3-D4 服务之间的调用关系，以及调

上锁

再后来，网络安全方面的要求日益增加，简单粗暴的拿了账号就直接远程到目标服务器的做法已不再推荐，所以又上了堡垒机，必须统一先远程登录到堡垒机上再连接到相应有登录权限的服务器上。同时，PC数量也渐渐增多了，各种各样的问题层出不穷：有误操作的，有偷摸违规操作的，有还没怎么操作但是软硬件突然就崩的，还有吵着闹着要加内存加硬盘的。传统PC被一个瘦客户小盒子代替了，传统PC的操作系统和计算资源都作为虚拟机存在

分布式事务因为分布式的出现，事务A和事务B是在不同服务器上不同连接，想要同时回滚那么就得使用分布式事务分布式事务和事务的传播行为的区别事务的传播行为是不涉及分布式问题的，是在一个微服务中的，只是涉及事务A，嵌套在B方法中，对其整体事务的考虑分布式锁考虑的问题1.分布式锁适用的场景不是分布式而是一个服务的集群2.以前没有集群的时候，我们对于一个服务，对并发问题的考虑是加锁3.但是有了集群后，加锁之后

查看SringCloud Gateway 官方文档，Gateway 工作原理如下图：  Clients make requests to Spring Cloud Gateway. If the Gateway Handler Mapping determines that a request matches a route, it is sent to ...