帝国时代 线程的代价 使用过C++/Java的同学应该都知道在做服务端开发的时候，对于多线程的使用，繁琐程度，以及对于多线程情况下异常情况的分析，是何等头疼，如果线上流量过大，对于这种多线程的操作更是得慎重，当然对于机器资源的消耗也是随之增加的，其实对于程序员来说最主要就是简单，高效~ 空间大小：一般情况下一个thread的创建大小默认占用栈空间1M

1 前言 对于GMP模型的具体细节以及goroutine协程的调度方案，在这篇文章中已经讲述得非常清晰了，我也是通过看这篇文章，私以为差不多懂了GMP模型。而接下来得内容，就浅谈谈自己对于GMP模型的理解。 Golang GMP 原理 2 进程、线程、协程 简单来讲，GMP模型就是如何调度golang程序中的协程，将协程与线程相绑定的一个模型，因此，我们先简单了解一下进程、线程和协程。

GMP 原理与调度 Golang “调度器” 的由来？ (1) 单进程时代不需要调度器 我们知道，一切的软件都是跑在操作系统上，真正用来干活 (计算) 的是 CPU。早期的操作系统每个程序就是一个进程，知道一个程序运行完，才能进行下一个进程，就是 “单进程时代” 一切的程序只能串行发生。 早期的单进程操作系统，面临 2 个问题： 单一的执行流程，计算机只能一个任务一个任务处理

前言 想学习数据库面试知识点的朋友，关注狗蛋儿，后续相关内容更新。大家都是苦逼程序员，如果能帮到朋友们，我自然非常乐意。 Channel channel为nil或关闭时，读写会怎么样？ channel 为 nil 时读：永久阻塞。channel 为 nil 时写：永久阻塞。channel 关闭时写：触发 panic。channel 关闭时读：返回nil。 channel 什么时候会阻塞

第一段 package main import "fmt" import "runtime" func main() { runtime.GOMAXPROCS(1) for i :=0; i<10; i++ { i := i go func() { fmt.Println("A:",i) }() } var ch = make(chan int) <- ch }

? ? 设计模式之美 ? ? 历经两个月的时间，终于看完了王争的《设计模式之美》。 这本书还是很值得一读的，作者对设计理念、设计模式思考的比较深，而且将这些思想运用到实际的工作中，使设计模式显得不那么空；另外这本书花了很大的篇幅来讲设计的理念，讲的比较通透，这是很难得，因为无论哪种设计模式，最终都会映射回理念，设计理念才是根本性的东西。 通过阅读设计模式相关的书籍，现在已经完成了5篇文章

Jungle花了几个月的时间整理出了《C++设计模式系列》，将源码放到了Github上，并且自从这一系列博客发布至今，陆续在修复bug、完善代码和说明文档。当然，文章还存在很多不足，Jungle也将持续完善。但23种设计模式，要全部记住怎么可能呢？若是应对面试，哪些设计模式是考察的重灾区呢？本文Jungle将结合个人校招和社招面试经验，总结在面试过程中经常考察的设计模式

温馨提示：看个人理解的时候结合下方代码食用更佳，理解是基于代码基础上的，注意看代码中的注释部分！！！ 什么是设计模式？ 设计模式是一种在软件开发中广泛使用的经过验证的最佳实践，用于解决常见的软件设计问题。设计模式提供了一种在特定情境下解决问题的方法，可以在设计和编码过程中引导开发人员做出明智的决策，说人话就是各种编程大牛前辈根据他们的编码经验，针对不同的业务场景，留下的一套最佳实践模板

package main import "fmt" func main() { s1:= []int{1,2,3,4} a,b :=1,2 A(a,b) fmt.Println(a,b) B(s1) fmt.Println(s1) } func A(a ...int) { //这里传进来的其实是一个slice,引用类型 a[0] = 3 a[1] = 4

第一种模式：js工厂模式 var lev=function(){ return "啊打"; }; function Parent(){ var Child = new Object(); Child.name="李小龙"; Child.age="30"; Child.lev=lev; return Child; }; var x = Parent(); alert(x