概述 Github官方地址：GLM-4 网上已经有很多关于微调的文章，介绍各种方式下的使用，这里不会赘述。我个人比较关心的是微调时的loss计算逻辑，这点在很多的文章都不会有相关的描述，因为大多数人都是关心如何使用之类的应用层，而不是其具体的底层逻辑，当然咱也说不清太底层的计算。 可了解其它loss
前言 自从 StarBlog 和 SiteDirectory 之后，我还没写新的关于开源项目的系列，最近又积累了很多想法，正好写一篇博客来总结一下。 关于差点被放弃的项目，就是最近一直在做的单点认证（IdentityServerLite） IdentityServerLite 开发这个项目的起因，是
哈喽大家好，我是咸鱼。 最近写的一个 Python 项目用到了 jwcrypto 这个库，这个库是专门用来处理 JWT 的，JWT 全称是 JSON Web Token ，JSON 格式的 Token。 今天就来简单入门一下 JWT。 官方介绍：https://jwt.io/introduction
在MySQL的查询中常常会用到 order by 和 group by 这两个关键字，它们的相同点是都会对字段进行排序，那查询语句中的排序是如何实现的呢？
哈喽大家好，我是咸鱼。 我们在使用 top 命令来查看 Linux 系统整体 CPU 使用情况的时候，往往看的是下面这一列： %Cpu(s): 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 68.0 wa, 0.0 hi, 0.0 si, 0.0 st 其中，man 手册解释 w
好久没有写博客了。最近工作中封装了一个类似ORM框架的东西。大概的原理就是将Excel数据初始化到本地sqlite数据库后，通过json配置文件，对数据库的数据做增删改查等操作。 其实大概的思考了下，就是半ORM框架mybatis的逻辑，只是我们自己封装的简陋蛮多。想想有现成的轮子没用，反而是自己写
概述 工厂方法是比较常见，常用的一种设计模式。FactoryBean是Spring提供的一种Bean注入IOC容器的方式。 工厂方法 在做日常开发时，一般都会避免直接new对象，而且将new的操作丢给IOC容器，但对于第三方系统的集成，我们不太好直接丢给IOC容器，此时可以通过工厂模式， 提供一个工
在java的微服务解决方案中，最先出现目前应用比较多的就是spring cloud netfix系列，但是随着阿里的强劲支持，spring cloud alibaba解决方案逐渐可以替代前者，当然dubbo也是不容小觑的。之前面试几家公司应用的都是spring cloud alibaba，随着我自己
Spring Cloud Alibaba Sentinel限流功能概览，目前先整理一版，东西有点多，想慢慢打开；后续继续更新......
消息队列的应用可以说是业务必备的。从功能来说，解耦、异步化、延迟队列、削峰等等；在之前的项目中就用到了rabbitmq来实现消息中心、业务的异步解耦。我个人很推从的就是业务的异步解耦能力。当时的业务场景是客户在界面上可以批量提交数据，但是服务端要做校验，数据处理，入库等等系列操作，其中的校验与数据处
Nacos的设计有两点很值得参考；首先是注册中心模块，服务状态动态感知是基于HTTP短链接+UDB通信来实现，其实正确来说，应该是基于UDP通信实现客户端与服务端的服务实例列表数据同步，利用http定时任务来做补偿。其次配置中心模块的配置信息动态监听基于HTTP长轮询实现，最大限度的保证了实时性，在
为什么要说这个？ 对于Spring体系而言，我个人认为最重要的就是IOC容器，其次才是AOP、Context等模块；因为这些模块功能是或搭建或集成在IOC容器这个基础设施之上的。 直接基于Spring框架体系做开发时，可以通过常用的JavaConfig或XML方式将对象的生命周期及装配由容器原生的接
此篇文章不从源码角度解析，网上一搜一大把。我个人的习惯是自己评估与思考下大概的设计思路是什么，然后看源码与博客佐证。否则一来就是使用然后看源码，一坨一坨的代码，真的看的头疼。以上仅是个人的学习方法。 聊聊OpenFeign，其实这个框架，之前用过，但没留意太多；说白了这个框架的出现就是为了让我们做R
一般都是研究框架源码，我为什么要反过来研究集成原理呢？ 在我自己看来，集成虽然比较简单，但要求的细节比较多，需要掌握根本性的东西才能做到集成。 Mybatis集成Spring用到了FactoryBean以及BeanDefinition注册的原理，从这两个维度来实现集成，而我们单独学习Spring时，
Sentinel的熔断降级实现有两个模式，一开始是基于熔断规则的简单处理(说简单其实不简单)，目前已改为了基于断路器模式实现，这也是业内常见实现。 断路器模式 断路器模式中讨论了 3 个主要状态。他们是： CLOSED OPEN HALF OPEN 让我们简要了解一下状态…… CLOSED Stat
我个人比较推崇本地消息表模式来实现最终一致性。首先本地消息表的设计不仅可以解决事务一致性的问题，对于消息队列常见问题中的消息丢失与消息幂等其实都是可以通过本地消息表来解决；其带来的好处是多重的。 ### 什么是分布式事务一致性 大白话就是对数据源进行拆分后，多库多机器的多数据库事务一致性问题。因为此
### 什么是Seata分布式事务解决方案 Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。 ### AT模式 AT模式目前来看是Seata框架独有的一种模式，其它的分布式框架上
### 使用示例 平时我们使用的一般是集成了Spring或是Spring Boot的Mybatis，封装了一层，看源码不直接；如下，看看原生的Mybatis使用示例  ### Saga State Machines(状态机) > Saga State Machines
