如何判断链表有环

第一种方法是比较笨的方法，那就是依次遍历链表，直到遇到和之前遍历的节点一样的节点，则认为有环。

graph LR
A[系统性能核心关注点] -->B(基础设施优化)
A --> C(系统层网络优化)
A --> D(应用层编码优化)
A --> E(分布式系统优化)

Bean的生命周期

1.调用Bean的构造方法创建Bean；

2.通过反射调用setter方法进行属性的依赖注入；

3.如果bean实现了BeanNameAware，则为bean设置名称；

MYSQL数据库设计规范

1、数据库命名规范

采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线’_’组成;
命名简洁明确(长度不能超过30个字符);
例如：user, stat, log, 也可以wifi_user, wifi_stat, wifi_log给数据库加个前缀;
除非是备份数据库可以加0-9的自然数：user_db_20151210;

程序员必备知识点

1、tcp 三次握手，四次挥手

为什么连接的时候是三次握手，关闭的时候却是四次握手？

三次握手是为了确定收发双方都有收发能力：

第一次握手，证明了client有发送能力

第二次握手，证明了server又接收和发送能力

Appollo配置中心原理

总体设计图：

Apollo的总体设计，自下而上看：

• Config Service 提供配置的读取、推送等功能，服务对象是Apollo客户端
• Admin Service 提供配置的修改、发布等功能，服务对象是Apollo Portal（管理界面）
• Config Service 和 Admin Service 都是多实例、无状态部署，所以需要将自己注册到 Eureka 中并保持心跳
• 在Eureka之上架了一层 Meta Server 用于封装 Eureka 的服务发现接口
• Client 通过域名访问 Meta Server 获取 Config Service 服务列表（IP+Port），而后直接通过 IP+Port 访问服务，同时在 Client 侧会做 load balance、错误重试
• Portal 通过域名访问 Meta Server 获取 Admin Service 服务列表（IP+Port），而后直接通过 IP+Port 访问服务，同时在 Portal 侧会做 load balance、错误重试
• 为了简化部署，实际上会把 Config Service、Eureka 和 Meta Server 三个逻辑角色部署在同一个JVM进程中

– 缓存

源码

– dubbo

spring

redis

HashMap

jdk

分布式

– 多线程 原理

jvm

rpc

Netty权威指南

走进java NIO

java的I/O演进之路

NIO入门

Netty入门应用

TCP粘包/拆包问题的解决之道

分隔符和定长解码器的应用

编解码技术

Java序列化

Google Protobuf编解码

JBoss Marshalling编解码

HTTP协议开发应用

WebSocket协议开发

UDP协议开发

文件传输

私有协议栈开发

ByteBuf和相关辅助类

Channel和Unsafe

ChannelPipline和ChannelHandler

EventLoop和EventLoopGroup

Future和Promise

java多线程在Netty中的应用

Netty框架剖析

Netty行业应用

Netty未来展望

TCP报头格式

MySQL权限分配

创建用户

1
2
3
4
5
6
7
8
9
10
11

use mysql;

语法：create user 'username'[@'host'] identified by 'password';

如：someuser 用户可以在所有主机登录，密码为 123456

CREATE USER 'someuser' IDENTIFIED BY '654321'

如：someuser 用户只能在本地登录

CREATE USER 'someuser'@'localhost' IDENTIFIED BY '654321'