golang是多线程模式的，golang的线程模型是M P G模型，整体上Go程与内核线程是多对多对应的，因此首先来讲就一定是多线程的。
golang是多线程模式。
由于gmp中的p与m是将p绑定与m内核线程上，而后p的最大数量有GOPROCESS确定，而M内核线程的数量会由go去限制为10K个，但是由于内核原因做不到这么多，所以这个限制就当做没有吧。拿个图明确一下
Golang有些所谓的M比N模型，M个线程下可以创建N个go routine，一般而言N远大于M，本质上属于多线程模型，但是协程的调度由Go的runtime决定，强调开发者应该使用channel进行协程之间的同步。
立即学习“go语言免费学习笔记（深入）”；
华友协同办公管理系统(华友OA)，基于微软最新的.net 2.0平台和SQL Server数据库，集成强大的Ajax技术，采用多层分布式架构，实现统一办公平台，功能强大、价格便宜，是适用于企事业单位的通用型网络协同办公系统。 系统秉承协同办公的思想，集成即时通讯、日记管理、通知管理、邮件管理、新闻、考勤管理、短信管理、个人文件柜、日程安排、工作计划、工作日清、通讯录、公文流转、论坛、在线调查、
至于线程，由于语言层面上不开放，你可以理解为其实是多协程模型，一个线程上可以创建若干个go routine，一般而言会创建与CPU核心数相同的线程数，当然实际上还是由runtime决定。
对于goroutine的调度，这个其实是一直在发展变化的，我只说一下GMP模型，goroutine在M个线程上运行，每次执行任务都会去查当前P(处理器)上的可执行队列，队列里面就是可以执行的goroutine，一旦当前P上没有可供执行的它就会去窃取另一个P的可执行队列中的goroutine。
而goroutine的创建理论上来说只受内存限制，一般而言最大也就2KB，对于一个线程2MB空间大小理论上来说可以轻易上1000个，当然这只是理想情况下，所以OS线程数不会随着goroutine创建个数增加而增加。线程调度是对于go来说会比较耗费性能，频繁切换调度只会在goroutine之间存在，线程只会保持与cpu数相同的活跃线程数。
相关学习推荐：Go语言教程
