Welcome to My Blog!
这里记录着我的java后端学习之路-
golang基础
命令
go build：编译go文件；跨平台编译命令：env GOOS=linux GOARCH=amd64 go buildgo install：编译并将文件打包成库放在pkg下go get：用于获取go的第三方包，通常会默认从Git repo上pull最新版本go fmt：统一代码风格和排版go test：运行当前包目录下的tests，go的test文件一般以XXX_test.go命名
-
分布式唯一ID生成
常见算法
一：UUID：因为是本地生成，性能极高，但是生成的ID太长，16字节128位，通常需要字符串类型存储，且无序，所以很多场景不适用，也不适用于作为MySQL数据库的主键和索引（MySql官方建议，主键越短越好；对于InnoDB引擎，索引的无序性可能会引起数据位置频繁变动，严重影响性能）。
二：数据库自增ID：每次获取ID都需要DB的IO操作，DB压力大，性能低。数据库宕机对外依赖服务就是毁灭性打击，不过可以部署数据库集群保证高可用。
三：数据库号段算法：对数据库自增ID的优化，每次获取一个号段的值。用完之后再去数据库获取新的号段，可以大大减轻数据库的压力。号段越长，性能越高，同时如果数据库宕机，号段没有用完，短时间还可以对外提供服务。（美团的Leaf、滴滴的TinyId）
四：雪花算法：Twitter开源的snowflake，以时间戳+机器+递增序列组成，基本趋势递增，且性能很高，因为强依赖机器时钟，所以需要考虑时钟回拨问题，即机器上的时间可能因为校正出现倒退，导致生成的ID重复。（百度的uid-generator、美团的Leaf）
-
接口重试技术
简介
对于“接口/方法 重试”，介绍一种“重试”机制的实现，即Guava_Retrying，相对于传统的Spring_Retrying或者动态代理实现的重试功能而言，Guava_Retrying机制使用起来将更加容易、灵活性更强！
对于“重试”，那可是有场景限制的，不是什么场景都适合重试，比如参数校验不合法、写操作等（因为要考虑到写是否幂等）都不适合重试。
而诸如“远程调用超时”、“网络突然中断”等业务场景则可以进行重试，在微服务 治理框架中，通常都有自己的重试与超时配置，比如Dubbo可以设置retries=1，timeout=500调用失败只重试1次，超过500ms调用仍未返回则调用失败
对于“外部 RPC 调用”，或者“数据入库”等操作，如果一次操作失败，则可以进行多次重试，从而提高调用成功的可能性。
- 易经 4
- 中医 1
- java基础 11
- HTML与CSS 2
- JDBC+servlet+jsp+MVC 4
- Tomcat 1
- HTTP协议 1
- 过滤器和监听器 1
- maven 2
- 测试 1
- 日志 1
- mysql 11
- Linux 9
- 八股文 2
- 工具类 7
- RBAC 1
- LeetCode 1
- javaPOI 1
- 设计模式 2
- springBoot 6
- spring 14
- springMVC 4
- hibernate 5
- mybatis 7
- mybatisPlus 3
- struts2 7
- git 2
- 电商项目 1
- 算法 1
- springsecurity 1
- java8 3
- 并发 4
- 注解 1
- 数据库 1
- 鉴权 5
- Quartz 2
- elasticSearch 2
- 定时任务 1
- redis 6
- 网络编程 2
- Nginx 1
- MQ 3
- zookeeper 2
- 微服务 3
- 代码优化 6
- 事务 1
- MongoDB 2
- 雪花算法 1
- golang基础 4
- springcloud 4
- docker 1
- Python 2
- ai 1