接口类型探测:类型断言 接口实例中存储了实现接口的类型实例,类型的实例有两种:值类型实例和指针类型实例.在程序运行过程中,接口实例存储的实例类型可能会动态改变.例如: // ins是接口实例 var ins Shaper // ins存储值类型的实例 ins = c1 // 一段时间后... ... // ins存储指针类型的实例,存储的类型发生改变 ins = c2 // 一段时间后... // ins可能存储另一个类型实例 ins = s1 所以,需要一种探测接口实例所存储的是值类型还是指针

golang垃圾回收 & 性能调优 参考资料: 如何监控 golang 程序的垃圾回收_Go语言_第七城市 golang的垃圾回收(GC)机制 - 两只羊的博客 - 博客频道 - CSDN.NET 说说Golang的使用心得 - 文章 - 伯乐在线 分析Golang垃圾回收机制-Read Go - GC | Go语言中文网 | Golang中文社区 | Golang中国 goroutine会不会对垃圾回收造成压力? - Golang中国 Go1.6与JVM CMS的垃圾回收对比 - 王鸿飞的专栏

golang 语言中 也有 类是 javascript 的 typeof 判断类型的 方法 比如 func (a interface{}){ //第一种 if inst,ok:=a.(TypeA);ok{ inst.MethodA() } //第二种 switch inst:=a.(type){ case TypeA: inst.MethodA() default: fmt.Println("unknow") } } a可能是任意类型 a.(某个类型) 返回两个值 inst 和 ok

前言 之前学习Java时,遇到了个问题,有点纠结.当if与switch都实现相同的功能时,该改采用哪种方法实现?我并不懂得如何准确测量两者之间的性能区别,便在OlineJudge上找条该类型的题,来测试两者的性能结果好,废话不多说,看图 下面是运行结果,前者为if的,后者为switch的 switch的实现 if的实现 虽然两者的结果相比,占用内存相同,运行时间相差较大,但是OnlineJudge所用的数据是否相同.数据量多大及是否相同等等都不清楚. 之后翻查了一些其他资料,switch的执行速

golang中,type是非常重要的关键字,一般常见用法就是定义结构,接口等,但是type还有很多其它的用法,在学习中遇到了以下几种,这点简单总结记录下 定义结构 type Person struct { name string age int } type Mutex struct {} type OtherMutex Mutex //定义新的类型 func (m *Mutex) Lock(){ fmt.Println("lock") } func (m *Mutex) Unlock

switch 语句基本结构 switch 条件表达式 { case 常量表达式1: 语句 1 case 常量表达式2: 语句 2 . . . case 常量表达式n: 语句 n default: 语句 n+1 } 执行流程 (1)计算条件表达式的值value (2)如果value满足某条case语句,则执行该语句,执行完跳出switch语句 (3)如果value不满足所有的case语句: ​ (3.1)如果有default,则执行该语句,执行完跳出switch语句 ​ (3.2)如果没有defa

type关键字使用 type是go语法里的重要而且常用的关键字,type绝不只是对应于C/C++中的typedef.搞清楚type的使用,就容易理解go语言中的核心概念struct.interface.函数等的使用.以下我用例子代码总结描述,请特别留意代码中的注释. 1.定义结构体 //结构体定义 type person struct { name string //注意后面不能有逗号 age int } func main() { //结构体初始化 p := person{ name: "ta

mac 计算速度视觉判断是(由好到差):c > rust > swift > golang 内存开销在mac上是(由好到差):c > rust > golang > swift 注:例子都是采用uint64可溢出方式计算fib 如图: 生成文件大小.占用线程数: c 8.3 KB 1 swift 48 KB (2.2) 47 KB (3.0) 1 rust 348 KB 1 golang 1.6 MB (1.6.2) 1.1 MB (1.7rc2) 4 (1.6.2)

对比 +(运算符).strings.Join.sprintf.bytes.Buffer对字符串拼接的性能 package main import ( "bytes" "fmt" "strings" "testing" ) func TestfourPlusFour(t *testing.T) { fmt.Println("testing") } func BenchmarkAddStringWithOper

前言 golang可以轻易制造高并发,在某些场景很合适,比如爬虫的时候可以爬的更加高效.但是对应某些场景,如文件读写,数据库访问等IO为瓶颈的场合,就没有什么优势了. 前提基础 1.golang数据库访问 在golang中数据库访问使用”database/sql”包提供的接口,不同的数据库,比如pg.mysql只需要提供对应的驱动就可以了.注意”database/sql”包提供的接口只针对关系型数据库,nosql如redis和mongodb都是直接使用对应的客户端包,不实现”database/s

Test 我们在日常的工作过程中,自测是不可缺少的,公司还会要求所有的公共方法必须要写单测,在别的语言中,我们如果想要写单测还需要使用到测试框架,但是Go语言中,直接支持测试,并且使用起来非常简单. 比如说我现在写了一个: // twoSum 给定数组,求两个之和的数组内地址 func twoSum(nums []int, target int) []int { hashTable := map[int]int{} for i, x := range nums { if p, ok := has

随着国内Golang的火爆,phper的生存压力越来越大,在一次内部技术讨论中,gopher甚至提出,要什么php,写php的全部开掉,唉,码农何苦为难码农. 本文试图寻找一种有效实践,减少php web程序和golang之间的性能差距,摆脱php在公司往后只能写后台的悲惨命运. 做优化的思路 1.了解php语言特性 2.了解php的执行过程 3.压测分析性能 语言特性 PHP被称为脚本语言或解释型语言,它没有被直接编译为机器指令,而是编译为一种中间代码的形式,无法直接在CPU上执行. 所以PH

作为一个golang coder,使用golang编写代码是基本的要求. 能够写出代码,并能够熟悉程序执行过程中各方面的性能指标,则是更上一层楼. 如果在程序出现性能问题的时候,可以快速定位和解决问题,那么写起代码来,会更加自信. 本文介绍的pprof,是golang 自带性能剖析工具,可以帮助定位程序中可能存在的问题. 1.profile文件的收集 pprof使用profile文件进行性能分析,profile文件是应用程序执行状态的数据. 收集profile文件有两种方式,对应go 语言提供的

小结: 1. 性能查看工具 pprof,trace 及压测工具 wrk 或其他压测工具的使用要比较了解. 代码逻辑层面的走读非常重要,要尽量避免无效逻辑. 对于 golang 自身库存在缺陷的,可以寻找第三方库或自己改造. golang 版本尽量更新,这次的测试是在 golang1.12 下进行的.而 go1.13 甚至 go1.14 在很多地方进行了改进.比如 fmt.Sprintf,sync.Pool 等.替换成新版本应该能进一步提升性能. 本地 benchmark 结果不等于线上运行结果.

参考链接 https://blog.csdn.net/tzs919/article/details/53571632 type是golang中非常重要的关键字,常见的就是定义结构体,但是其功能远不止是像c中那样只定义结构体,在golang中type关键字的功能可以说是非常丰富,通过参考相关的文章和源码,总结如下: 1 定义结构体 type person struct { name string //注意后面不能有逗号 age int } 2 类型定义,相当于定义一个别名 type name st

背景 公司有一个使用golang开发的采集模块,负责调用多个外部系统采集数据:最近做了一次架构上的调整,将采集模块分成api.job两个子模块,并部署到容器中,拆分前部署在虚机上. 现象 部分采集任务在容器中的执行时间比虚机中执行时间要长,8倍左右,本地测试无异常 排查思路 调用外部接口耗时过长? 只有部分任务执行时间长,怀疑容器调用那部分系统接口比较慢,于是在容器中curl外部接口接口,发现并不慢,排除这个可能. 程序问题? 将现有部署在虚机中的正常运行的应用,部署到容器中发现部分任务也会慢:

用golang开发系统软件的一些细节 作者:张富春(ahfuzhang),转载时请注明作者和引用链接,谢谢! cnblogs博客 zhihu Github 公众号:一本正经的瞎扯 (本文的pdf版本) 众所周知,golang非常适合用于开发后台应用,但也通常是各种各样的应用层软件. 开发系统软件, 目前的首选还是C++, C, rust等语言.相比应用软件,系统软件需要更加稳定,更加高效.其维持自身运行的资源消耗要尽可能小,然后才可以把更多CPU.内存等资源用于业务处理上.简单来说,系统软件在C

隔了很久没写东西了,主要是最近比较忙,更主要的是最近比较懒...... 其实这篇很早就想写了 工作和生活中经常可以看到一些程序猿,写代码的时候只关注代码的逻辑性,而不考虑运行效率 其实这对大多数程序猿来说都是没有问题的 不过作为一只有理想的CodeMonkey,我还是希望给大家分享一些性能优化心得 曾经在网上听过这样一句话 程序的可读性和性能是成反比的 我非常赞同这句话,所以对于那些极度影响阅读的性能优化我就不在这里赘述了 今天主要说的就是一些举手之劳即可完成的性能优化 减少重复代码 这是最基本

先看一眼代码: using System; using System.Collections.Generic; using XCode; using XCode.Configuration; using XCode.DataAccessLayer; namespace RandomInsert { internal class Program { ; private static void Main(string[] args) { Console.WriteLine("开始"); F

转载一个别人的文章 隔了很久没写东西了,主要是最近比较忙,更主要的是最近比较懒…… 其实这篇很早就想写了 工作和生活中经常可以看到一些程序猿,写代码的时候只关注代码的逻辑性,而不考虑运行效率 其实这对大多数程序猿来说都是没有问题的 不过作为一只有理想的CodeMonkey,我还是希望给大家分享一些性能优化心得 曾经在网上听过这样一句话 程序的可读性和性能是成反比的 我非常赞同这句话,所以对于那些极度影响阅读的性能优化我就不在这里赘述了 今天主要说的就是一些举手之劳即可完成的性能优化 减少重复代码