试问谁不想拥有一部电池足够大，性能又不错的手机呢？

现在的手机电池基本都是在4500mAh左右，通常情况下都是一天一充，在重度使用的情况下，很少有手机能够做到两天一充，即便是升级到5000mAh，也只是比4500mAh好了一那么一点，而4000mAh左右的电池甚至要两天一充，所以一部大电池的手机无论是外出还是使用都能让人感到安心。

现在手机市场上，除了一部分三防手机有夸张的电池之外，对于性能有要求的同时还要兼顾机身外观的大电池手机可以说是凤毛麟角，比如ROG 游戏手机，不仅有大电池，还有超强的性能，但是价格也不便宜，8+128GB的版本也要3999，其次就是Redmi note 9也拥有6000mAh的大电池，虽然价格很便宜，但已经是前年的手机了，而且还不支持5G。

还有一部就是vivo Y55s，兼顾了续航和性能的同时还有不错的外观，最主要的还是1299起的售价，即便是8+256GB的版本也只要1899，是一部性价比很高的手机。

这部手机最大的特点就是有足够大的电池容量，6000mAh的电池即便是重度使用也能坚持更长时间，对于经常外出或者是对手机续航有要求的人来说，一部大电池的手机是很省心的。而vivo Y55s能够坚持连续20小时的视频，13个小时的游戏，导航11个小时，搭配18W的快充使用，充电速度虽然不能和百瓦快充相比，但也够用了。

一般做到5000mAh左右手机的机身厚度就已经很厚了，ROG已经突破了10mm，同为6000mAh电池的手机，vivo Y55s的机身只有9mm左右，重量为199g，整体还是比较轻盈的，机身后盖采用的3D弧面造型，握持感很好。

正面是6.58英寸的水滴屏，虽然是LCD材质，但是显示效果不错，1080的分辨率显示清晰细腻，DCI-P3广色域色彩丰富画质绚丽，还有防蓝光模式和夜读模式，无论是日光下还是黑暗的夜晚，vivo Y55s都有不错的视觉效果，这就是大厂比较好的地方，不管是大几千的旗舰还是比较便宜的入门级手机都有很好的细节和精致的做工，这也是为什么大多数人会认准一个品牌的原因。

熟悉相机配置的朋友可能知道，一般来说很少有品牌会在千元机上使用5000万像素的传感器作为主摄，一般都是用于自己的旗舰，大底大光圈增加手机的进光量，能够输出画面质量更高的照片，相对于依靠后期算法实现的大像素，反而是大面积的感光器更实在，有更清晰的画面细节。

主摄很能打，而且还有不错的夜拍效果，在这个价位段来说是算是高配了，因为主摄太过用力，幅摄就显得很一般，只有200万的微距，不过有总比没有强，毕竟主摄已经完全够用了。

搭载的是联发科的天玑700处理器，这几年的联发科开始崛起，有不少口碑不错的芯片，天玑700是台积电的7nm工艺制程，CPU是2+6的架构，大核频率为2.2GHz，支持5G双载波聚合，而且功耗比较低，算是性能不错的一颗芯片。再加上vivo的优化调校，平时使用的时候流畅度是很高的，应用启动和加载速度度很快，甚至还有不错的游戏体验。

系统是vivo最新的Origin OS，除了优化之后更流畅之外，UI设计比较简洁，也符合年轻人的审美潮流，还有很多实用的小功能。总的来说，vivo Y55s是一部超出期待的千元旗舰，虽然定价低，但是手机配置不低，尤其是6000mAh的大电池，这个电池足够大，所以vivo Y55s的使用体验会更好。

• 笔记-分布式锁与缓存：

• 笔记版本说明：2020年提供过笔记文档，但只有P1-P50的内容，2021年整理了P340的内容。请点击标题下面分栏查看系列笔记

• • 可以白嫖，但请勿转载发布，笔记手打不易
  • 本系列笔记不断迭代优化，csdn：hancoder上是最新版内容，10W字都是在csdn免费开放观看的。
  • 离线md笔记文件获取方式见文末。2021-3版本的md笔记打完压缩包共500k（云图床），包括本项目笔记，还有cloud、docker、mybatis-plus、rabbitMQ等个人相关笔记

• 本项目其他笔记见专栏：

打赏码与离线markdown笔记个人邮箱在文尾

集群是个物理形态，分布式是个工作方式。

远程调用：在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的相互调用，我们成为远程调用

服务注册/发现&注册中心

A服务调用B服务，A服务并不知道B服务当前在哪几台服务器有，那些是正常的，那些服务已经下线。解决这个问题可以引入注册中心。

配置中心用来几种管理微服务的配置信息。

服务熔断&服务降级

在微服务架构中，微服务之间通过网络进行通信，存在相互依赖，当其中一个服务不可用时，有可能会造成雪崩效应。要防止这样的情况，必须要有容错机制来保护服务。

库存服务出现故障导致响应慢，导致商品服务需要等待，可能等到10s后库存服务才能响应。库存服务的不可用导致商品服务阻塞，商品服务等的期间，订单服务也处于阻塞。一个服务不可用导致整个服务链都阻塞。如果是高并发，第一个请求调用后阻塞10s得不到结果，第二个请求直接阻塞10s。更多的请求进来导致请求积压，全部阻塞，最终服务器的资源耗尽。导致雪崩

指定超时时间，库存服务3s没有响应就超时，如果经常失败，比如10s内100个请求都失败了。开启断路保护机制，下一次请求进来不调用库存服务了，因为上一次100%错误都出现了，我们直接在此中断，商品服务直接返回，返回一些默认数据或者null，而不调用库存服务了，这样就不会导致请求积压。

• 设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不再去调用这个服务。本地直接返回默认的数据

• 在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行。降级：某些服务不处理，或者处理简单【抛异常、返回NULL、调用Mock数据、调用Fallback处理逻辑】

客户端发送请求到服务器路途中，设置一个网关，请求都先到达网关，网关对请求进行统一认证（合法非法）和处理等操作。他是安检。

在微服务架构中，API gateway作为整体架构的重要组件，它抽象了微服务中都需要的公共功能，同时提供了客户端负载均衡，服务自动熔断，灰度发布，统一认证，限流流控，日志统计等丰富的功能，帮助我们解决很多API管理难题。

前后分离开发，分为内网部署和外网部署，外网是面向公众访问的，部署前端项目，可以有手机APP，电脑网页；内网部署的是后端集群，前端在页面上操作发送请求到后端，在这途中会经过Nginx集群，Nginx把请求转交给API网关(springcloud gateway)（网关可以根据当前请求动态地路由到指定的服务，看当前请求是想调用商品服务还是购物车服务还是检索），从路由过来如果请求很多，可以负载均衡地调用商品服务器中一台（商品服务复制了多份），当商品服务器出现问题也可以在网关层面对服务进行熔断或降级（使用阿里的sentinel组件），网关还有其他的功能如认证授权、限流（只放行部分到服务器）等。

到达服务器后进行处理（springboot为微服务），服务与服务可能会相互调用（使用OpenFeign组件），有些请求可能经过登录才能进行（基于/ 下载vagrant安装，安装后重启系统。cmd中输入vagrant有版本代表成功了。

前面的页面中有ssh账号信息。vagrant ssh 就会连上虚拟机。可以使用exit退出

下次使用也可以直接vagrant up直接启动，但要确保当前目录在C:/用户/ 文件夹下，他下面有一个Vagrantfile，不过我们也可以配置环境变量。

不过他使用的网络方式是网络地址转换NAT（端口转发），如果其他主机要访问虚拟机，必须由windows端口如3333断发给虚拟机端口如3306。这样每在linux里安一个软件都要进行端口映射，不方便，（也可以在virualBox里挨个设置）。我们想要给虚拟机一个固定的ip地址，windows和虚拟机可以互相ping通。

• 方式1是在虚拟机中配置静态ip。

• 
   
   
   
  
  
   
  
   根据页面命令执行完命令
   
  
  
  

  sudo docker pull mysql:f的问题了，我觉得这个问题是跟mysql版本和linux版本有关系，你自己看下你系统里的配置文件样式就可以了
   
  
  
   

因为有目录映射，所以我们可以直接在镜像外执行
 


 

 


 

 所有的数据库数据再复杂也不建立外键，因为在电商系统里，数据量大，做外键关联很耗性能。
 


 

 name是给我们看的，code才是数据库里真正的信息。
 


 

 选择primary和identity作为主键。然后点preview就可以看到生成这张表的语句。
 


 

 


 
 

 


 


 

#表前缀(类名不会包含表前缀) # 我们的pms数据库中的表的前缀都pms # 如果写了表前缀，每一张表对于的javaBean就不会添加前缀了

在网页上下方点击每页显示50个（pms库中的表），以让全部都显示，然后点击全部，点击生成代码。下载了压缩包

• 还复制了exception文件夹，对应的位置关系自己观察一下就行

• #表前缀(类名不会包含表前缀) # 我们的pms数据库中的表的前缀都pms # 如果写了表前缀，每一张表对于的javaBean就不会添加前缀了

  #表前缀(类名不会包含表前缀) # 我们的pms数据库中的表的前缀都pms # 如果写了表前缀，每一张表对于的javaBean就不会添加前缀了

  #表前缀(类名不会包含表前缀) # 我们的pms数据库中的表的前缀都pms # 如果写了表前缀，每一张表对于的javaBean就不会添加前缀了

 

 
 
 

 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。
 
 

 nacos作为我们的注册中心和配置中心。
 
 

 
 

 为了能git管理nacos及其内置的数据库，我们采用这种方式，方便你运行时也保留原有内置数据库内容
 
 
 

网关使用的是Netty

ES6+Vue写到了另一博文里

vue项目开放端口太麻烦了，其他主机访问不了。防火墙输入策略和host什么的修改过，nacos等其他服务能正常访问，vue项目别的主机访问不了，不知道哪里有限制

提供了tree组件，他的数据是以data属性显示的。而他的子菜单是由data里的children属性决定的，当然这个属性可以改

这里有sql和entity不对应的情况，有的sql文件改起来比较麻烦，下面这个sql应该是准确的。不明白的看前面的数据库章节

• show_status：是否显示，用于逻辑删除
• sort：同层级同父目录下显示顺序
• InnoDB表，自增大小1437，utf编码，动态行格式

但是报错404找不到，此处就解决登录页验证码不显示的问题。

他要给8080发请求读取数据，但是数据是在10000端口上，如果找到了这个请求改端口那改起来很麻烦。方法1是改vue项目里的全局配置，方法2是搭建个网关，让网关路由到10000（即将vue项目里的请求都给网关，网关经过url处理后，去nacos里找到管理后台的微服务，就可以找到对应的端口了，这样我们就无需管理端口，统一交给网关管理端口接口）

• Access-Control-Max-Age ：表明该响应的有效时间为多少秒。在有效时间内，浏览器无须为同一请求再次发起预检请求。请注意，浏览器自身维护了一个最大有效时间，如果该首部字段的值超过了最大有效时间，将失效

解决方法：在网关中定义“GulimallCorsConfiguration”类，该类用来做过滤，允许所有的请求跨域。

renren-fast/ ，上班期间很容易忽略收账信息，邮箱回邮基本秒回

禁止转载发布，禁止散播，若发现大量散播，将对本系统文章图床进行重置处理。

技术人就该干点技术人该干的事

如果帮到了你，留下赞吧，谢谢支持

作者信息：在校时候学习记录的笔记，目前就职于阿里云，需要内推可联系