消息队列解决了什么问题？ 消息队列最主要解决了系统间 数据通信 的问题 消息队列的使用场景 异步处理 把不重要的同步串行，改成异步，可以更快地返回结果 减少等待，自然实现了步骤之间的并发，提升系统的性能 流量控制 将网关将请求放入请求队列进入等待状态，后端去处理请求队列的参数，然后网关再响应 ，一旦超时就丢弃响应服务错误给请求，来限制流量 大致的思路是，网关会把用户的request缓存起来，

java 执行流程 java 粗略执行流程 源文件编译成 .class 字节码文件 ->解释执行 jre( 装载 -> 字节码校验 -> jvm 执行) jdk 包含了 javac jre debugging tools javap javeSE(java标准版本) JAVAEE(java商业版) 与 JAVAME(设备专用) 一般分为这三块 第一个 java 程序1234

论如何高效且有质量的处理工作 目的 预测 实践 反馈 SMART原则构成 绩效指标必须是具体的（Specific） 绩效指标必须是可以衡量的（Measurable） 绩效指标必须是可以达到的（Attainable） 绩效指标是要与其他目标具有一定的相关性(Relevant) 绩效指标必须具有明确的截止期限（Time-bound） 其它待整理的方法论 大圈小圈：指导职场晋升的方法论 影响圈是自

范式与实现 目前关系数据库有六种范式：第一范式（1NF）、 第二范式（2NF）、 第三范式（3NF）、 巴斯-科德范式（BCNF）、 第四范式(4NF） 和第五范式（5NF，又称完美范式） 满足最低要求的范式是第一范式（1NF）在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF），其余范式以次类推。 一般来说，数据库只需满足第三范式(3NF）就行了 第一范式 所谓第一范式（1NF）是

error 处理 没有异常机制 error 类型实现了 error 接口 123type error interface{ Error string} 可以通过 errors.New 来快速创建错误实例 1234567891011121314151617181920212223242526272829303132errors.New(" error info

map 声明 12345678910// 直接声明并赋值m := map[string]int{"one":1,"two":2,"three":3}t.Log(m, len(m))//map[one:1 two:2 three:3] len 3// 声明并赋予零值m1 := map[string]int{&

为什么 上线要使用 composer dump-autoload -o composer dump-autoload -o 做了什么？ 自动生成了 注册类的 key=>value 数组 按A-Z进行排序并生成了对应的索引 Compsoer\ClassLoader 会优先查看 autoload_classmap 中所有生成的注册类。 如果在classmap 中没有发现再 fallbac

PHPer web 技能点 后端技能点 必需技能 git-版本控制 ssh-安全外壳协议 http/https 协议和 API 命令行基础指令 学习理解 数据结构与算法 字符编码 设计模式 github/gitlab 平台与工作流 php7 包管理工具 composer 调试/分析工具 xDebug XHProf New Relic Blackfire

ContOS7 php多版本环境的配置使用最小化安装之后的第一个问题，内外网不通 vi /etc/sysconfig/network-scripts/ifcfg-ens33 修改 ONBOOT=yes 后 systemctl restart network.service 重启主机，如果此时内外网通了但是 yum list 失败，主要是服务不可达，考虑为 DNS 的原因 修改 vi /et

程序入口 必须为 package main 必须是 func main(){} 文件名称可以不为 main.go Go 中 main 函数不支持返回值 可以通过 os.Exit() 来传出 返回值 main 函数不支持传入参数 可以通过 os.Args 来获取 12345678910func main(){// 不支持入参 fmt.Println(&q