- 博客(98)
- 资源 (5)
- 收藏
- 关注
RSS订阅
原创 跟我一起学Redis之Redis持久化必知必会
前言Redis是出了名的速度快，那是因为在内存中进行数据存储和操作；如果仅仅是在内存中进行数据存储，那就会导致以下问题：数据随进程退出而消失：当服务器断电或Redis Server进程退出时，内存肯定随之释放，最后数据也会丢失；可能有些小伙伴认为只是作为缓存，数据没有了，重新从数据库中读取放在里面即可，试想，如果是高并发场景，数据库岂不是压力很大；重要数据无法恢复：数据丢失之后无法进行恢复，对于一些重要的数据，只是存在Redis中，而没有存在关系型数据库，如果数据丢失便不可恢复；比如刷礼品排行榜，如
2020-12-04 08:51:34
167
原创 跟我一起学.NetCore之熟悉的接口权限验证不能少(Jwt)
前言权限管控对于一个系统来说是非常重要的，最熟悉不过的是菜单权限和数据权限，上一节通过Jwt实现了认证，接下来用它实现接口权限的验证，为什么不是菜单权限呢？对于前后端分离而言，称其为接口权限感觉比较符合场景(我是这么理解的)；数据权限牵涉到具体业务，这里就不说啦！正文对于一些比较简单的系统，访问角色可能只有固定的几种，比如一些产品管理系统，通常只有管理员、维护员、用户三种权限，管理员拥有整个系统的权限，维护员只能访问产品维护相关页面和操作，用户只能访问产品的一些信息，如果类似这种情况，可以.
2020-10-12 10:25:21
792
原创 跟我一起学.NetCore之选项(Options)核心类型简介
前言.NetCore中提供的选项框架，我把其理解为配置组，主要是将服务中可供配置的项提取出来，封装成一个类型；从而服务可根据应用场景进行相关配置项的设置来满足需求，其中使用了依赖注入的形式，使得更加简单、便捷；另外和配置(Configuration)系统的无缝结合，使得服务更加灵活；而对于Options我们经常在注册服务中用到，相信只要接触过.NetCore中的小伙伴都知道，在注册服务的时候，经常在参数中进行Options的配置(如下图)，可以直接的说：没有Options的服务不是好服务~~~.
2020-08-21 11:44:34
575
原创 跟我一起学.NetCore之配置变更监听
前言通常程序中配置少不了，配置的修改也避免不了，配置的热更新为此给应用程序带来很大的便捷，不用重启，提高用户体验；但往往有时候需要对修改进行审计，也就是需要记录，有时候也会针对配置修改的时候触发相关操作，比如说发邮件通知，或是其他业务操作等，遇到这种情况，配置变更监听的用处就体现出来了，接下来就尝尝鲜去；正文在看前两篇文档的小伙伴可能会看到IConfiguration、IConfigurationProvider接口中有一个GetReloadToken()方法，之前只是注释了一下，其实此方法返回
2020-08-21 11:40:23
291
原创 跟我一起学.NetCore之.NetCore概述
前言随着.NetCore版本发布变更，在最近一年左右开始接触到.NetCore，之前只是传闻，并没有动手实操；.NetCore逐渐成熟，大大小小的公司也开始进行使用，感觉再不学习就落后了，于是乎搜索各种资料开始学习，学习路径是通过官网、博客、视频；总的来说，项目开发应该没有问题，但是总觉得所学知识不够体系，总是停留在会用阶段，对于相关联知识也不熟，从而导致好多零碎的知识点每次都只能通过搜索引擎解决，浪费了不少时间，而且对于微服务体系的架构也需要有扎实的知识，所以痛定思痛，从头整理，将知识点形成体系。初篇
2020-08-21 11:22:28
773
原创 Docker小白到实战之Docker Compose在手，一键足矣
前言Docker可以将应用程序及环境很方便的以容器的形式启动，但当应用程序依赖的服务比较多，或是遇到一个大系统拆分的服务很多时，如果还一个一个的根据镜像启动容器，那就有点累人了，到这有很多小伙伴会说：弄个脚本就搞定啦；要的就是这个思路，Docker提供了一个叫Docker Compose的工具，一键启动相关服务。举个例：比如开发一个Web项目，需要有数据库、Redis、MongoDB、配置中心等等，如果将其进行容器化，可以有两种选择，第一种就是把所有的服务依赖和应用程序全部构建为一个镜像，然后以一个
2021-10-11 09:38:45
133
原创 分布式、微服务必须配个日志管理系统才优秀，Exceptionless走起~~~
前言在真实的项目中，不管是功能日志、错误日志还是异常日志，已经是项目的重要组成部分。在原始的单体架构，通常看日志的方式简单粗暴，直接登录到服务器，把日志文件拷贝下来进行分析；而如今分布式、微服务架构盛行，如果每个节点服务器都去拷贝一次，估计还没等你拷贝完，Boss就要炸锅了；特别是遇到线上问题，肯定需要快速响应，所以好的日志管理工具真的不能少，这里就来说说Excetpionless日志框架。正文1. Exceptionless简介Exceptionless是开源的，可以为http://AS.
2021-09-29 10:58:02
126
原创 Docker小白到实战之Dockerfile解析及实战演示，果然顺手
前言使用第三方镜像肯定不是学习Docker的最终目的，最想要的还是自己构建镜像；将自己的程序、文件、环境等构建成自己想要的应用镜像，方便后续部署、启动和维护；而Dockerfile就是专门做这个事的，通过类似简单编码的形式，最终就可以构建出属于自己的镜像，所以必须学起来。正文1. Dockerfile简介在日常开发过程中，需要编写对应的程序文件，最后通过编译打包生成对应的可执行文件或是类库；这里的Dockerfile文件就好比平时我们编写的程序文件，但内部的语法和关键字并没有程序那么复杂和繁
2021-09-09 09:44:17
140
原创 Docker小白到实战之容器数据卷，整理的明明白白
前言上一篇把常用命令演示了一遍，其中也提到容器的隔离性，默认情况下，容器内应用产生的数据都是由容器本身独有，如果容器被删除，对应的数据文件就会跟着消失。从隔离性的角度来看，数据就应该和容器共存亡；但在实际用场景中，更多需要将数据持久化，即容器被删除，数据也应该正常存在；另外也有很多场景需要容器之间共享数据，那该怎么做呢，接下来说说容器数据卷。正文1. 手动保存数据通常手动有两种方式，一是通过命令就行拷贝，二是将容器提交为镜像。接下来通过拉取centos镜像，运行演示通过命令形式主机和容
2021-08-26 09:05:19
80
原创 Docker小白到实战之常用命令演示，通俗易懂
前言上一篇大概认识了Docker，主要是从概念、架构、优点及流程方面进行阐述，并进行安装和体验； 接下来就开始进行实操学习，在演示过程中会针对关键的知识点进行归纳和总结，这里先从常用命令说起，来吧，小伙伴们。正文1. 预览Docker和我们熟悉的Git很类似，都是通过命令执行相关操作，当然也有一些界面管理工具(点按钮的那种)，但大家似乎更喜欢直接敲命令，毕竟这种方式更加灵活、更加容易理解操作本质；有大神将常用命令用一张图很好的展现出来，这里借用一下(图片来源于网络，侵删)：不熟悉Do
2021-08-20 09:07:58
78
原创 Docker小白到实战之开篇概述
前言“不对啊，在我这运行很正常啊”，这句话小伙伴们在前几年应该听得很多；每次一到安装、部署时总有一堆问题，毕竟操作系统版本、软件环境、硬件资源、网络等因素在作怪，此时难免会导致开发小伙伴和运维哥们互相甩锅，其实很多时候与要部署的系统没有太大关系。如果能减少差异化带来的不和谐，同时还能提高工作效率，肯定是最好的解决方案；Docker的出现让此类问题迎刃而解，即把应用程序、配置依赖等打包形成一个可交付的运行环境，直接启动运行即可，当然不限于此，接下来就一起来学习和探究吧。正文1. 概述1.1 D
2021-08-16 09:28:32
97
原创 分布式事务最终一致性-CAP框架轻松搞定
前言对于分布式事务，常用的解决方案根据一致性的程度可以进行如下划分：强一致性(2PC、3PC)：数据库层面的实现，通过锁定资源，牺牲可用性，保证数据的强一致性，效率相对比较低。 弱一致性(TCC)：业务层面的实现，通过预留或锁定部分资源，最后通过确认或取消操作完成事务的处理。比如A向B转款500元，A账号会冻结500元，其他操作正常，B接收转款时，也不能直接入账，而是将500元放到预留空间，只有经过确认之后，A才正式扣钱，B才正式入账； 如果取消把A的500块解冻，B也不会入账。 最终一致性(本
2021-08-09 09:17:53
430
原创 避不开的分布式事务
前言关于前面系列的文章已经说到分布式服务之间的通信，则分布式事务接下来就是我们要一起学习的主题，走起。数据库事务在现有大大小小的系统中几乎是避免不开的，或多或少总会有一些业务关联在一块；对于单机事务的应用场景和操作，相信小伙伴已经够熟练了；随着分布式、微服务的开发模式普及，分布式事务落地也成为了程序员的必备之技，接下来的几篇一起来学习和实操。正文1. 事务回顾1. 1 事务简介通俗一点理解就是将一组对数据的操作(增、删、改、查)看做成一个逻辑单元，要么都执行，要么都不执行，确保数据一
2021-07-26 09:30:23
61
原创 gRPC四种模式、认证和授权实战演示，必赞~~~
前言上一篇对gRPC进行简单介绍，并通过示例体验了一下开发过程。接下来说说实际开发常用功能，如：gRPC的四种模式、gRPC集成JWT做认证和授权等。正文1. gRPC四种模式服务以下案例演示，服务端用微软提供的模板创建，客户端使用Winform程序演示，基于.NetCore3.1版本。具体创建步骤在上一篇说的很细了(gRPC趁现在还没大火，抢先了解一下)，接下来就直接搞重点；这里就模仿一个学生服务，包含增、删、改、查方法，下面是用到的proto文件的全部内容，后续的实例就单独标出重点即可。
2021-07-13 09:09:23
553
原创 关于面试，避开这几点，成功几率更大~~~
概述又是一个大学毕业季，刚好最近几年参与过很多面试，把其中遇到的一些具有“代表性”的面试场景总结出来和小伙伴聊聊，助力小伙伴跳过一些面试大坑(强烈希望)。对于面试，有很多小伙伴认为只是聊技术、聊能力，其实不仅如此，下面是摘自百度百科对面试的定义：面试是通过书面、面谈或线上交流（视频、电话）的形式来考察一个人的工作能力与综合素质，通过面试可以初步判断应聘者是否可以融入团队。在特定场景下，以面试官对应聘者的交谈与观察为主要手段，由表及里测评应聘者的知识、能力、经验和综合素质等有关素质的考试活动。
2021-07-01 09:11:14
156
原创 gRPC趁现在还没大火，抢先了解一下
前言系统分布式已经成为程序员的家常，将大型单体划分为相对简单的小模块，分散系统能力，提升系统扩展性、功能模块复用性等；各功能模块之间肯定会有很多数据共享和交互的应用场景，那就避免不了各模块之间的通信；目前用的比较多的方式是HTTP（Restful API）接口、消息队列等，而HTTP（Restful API）接口应该是目前应用比较广泛的，相对之前的webservice和WCF都显得比较轻量级，而且实用；随着微服务的盛行，对服务间的通信要求也越来越高，比如传输方式、传输速率、传输内容大小等，而HTTP
2021-06-28 09:10:48
243
1
原创 把HttpClient换成IHttpClientFactory之后，放心多了
前言关于HttpClient的使用，个人在很多场景都派上用场了，比如在Winform或后台服务中用其调用接口获取和上传数据、微服务中用其进行各服务之间的数据共享等，到目前来看，似乎还没有出现过什么问题，但当我看到官方文档介绍使用方式时，再回顾之前项目的代码，只能说没出问题比较庆幸。官方文档介绍的大概意思如下：HttpClient类使用比较简单，但在某些情况下，许多开发人员却并未正确使用该类；虽然此类实现 IDisposable，但在 using 语句中声明和实例化它并非首选操作，因为释放 Ht
2021-06-18 08:57:11
728
1
原创 Nginx实战部署常用功能演示(超详细版)，绝对给力~~~
前言上次分享了一些开发过程中常用的功能，但如果到真实环境中，其实还需要一些额外的配置，比如说跨域、缓存、配置SSL证书、高可用等，老规矩，还是挑几个平时比较常用的进行演示分享。上篇详见Nginx超详细常用功能演示，够用啦~~~。正文1. 跨域跨域是因为浏览器同源策略的保护，不能直接执行或请求其他站点的脚本和数据；一般我们认为的同源就是指协议、域名、端口都相同，否则就不是同源。现在前后端分离开发已经很普遍了，跨域问题肯定少不了，但解决的方式也很多，比如JsonP、后端添加相关请求头等；很多
2021-06-03 09:26:09
314
1
原创 Nginx超详细常用功能演示，够用啦~~~
前言Nginx("engine x")是一款是由俄罗斯的程序设计师Igor Sysoev所开发高性能的 Web和 反向代理 服务器，也是一个 IMAP/POP3/SMTP 代理服务器。Nginx在部署网站时，可以说是小伙伴们的首选，当然不能说全部项目都使用，对于一些小项目，直接IIS(.Net)、Tomcat(Java)等就搞定了，但对于大项目或微服务架构，Nginx肯定是少不了啦，一张图看清Nginx有多火：Nginx之所以招人喜爱，那是它本身性能好，支持并发量大，内存消耗少，..
2021-05-20 11:41:08
121
1
原创 简单选择排序就是简单~~~
前言前面几篇分享了插入排序和交换排序，接下来说说选择排序~~~选择排序（Selection sort）：每一趟在待排序元素中选取元素值最小(或最大)的元素加入有序子序列。即在一堆数据中，每次挑出最小的或最大的放入其他有序序列中，当选择完所有待排序数据时，排序就完成了。选择排序有两种：简单选择排序和堆排序；接下来就从简单的开始，先来说说简单选择排序。正文1.1 简单选择排序算法思想简单选择排序很直观，直接从待排序列表中找出最小（或最大）的元素放到有序序列中，直到待排序列表中的元素被选择
2021-05-12 14:20:28
202
1
原创 快速排序的性能和名字一样优秀
前言上次分享的冒泡排序虽然比较简单、容易理解，但每一次冒泡的过程都需要依次比较相邻的元素，然后交换，可见性能还是有很大的优化空间，只要能减少比较次数，性能自然就上去啦；快速排序便是一个很不错的选择~~~正文1.1 快速排序算法思想快速排序（Quicksort）是对上一次分享的冒泡排序算法的一种改进，主要是减少比较次数，以此来提高排序性能；也属于交换排序的一种。算法思想在待排序列表中任取一个元素作为基准值； 将剩下的元素和基准值依次比较，小于的放左边，大于的放右边，最后通过一趟排序将
2021-05-07 08:52:14
61
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人