Debugging performance issues in Go programs

Posted by 夏泽民

https://software.intel.com/en-us/blogs/2014/05/10/debugging-performance-issues-in-go-programs



pprof 原理

Posted by 夏泽民

https://github.com/hyper0x/go_command_tutorial https://blog.csdn.net/u012210379/article/details/50443660



golang pprof访问debug/pprof报404 page not found的解决办法

Posted by 夏泽民

这个问题要从net/http/pprof的原理说起,可以看到 func init() { http.HandleFunc(“/debug/pprof/”, Index) http.HandleFunc(“/debug/pprof/cmdline”, Cmdline) http.HandleFunc(“/debug/pprof/profile”, Profile) http.HandleFunc(“/debug/pprof/symbol”, Symbol) http.HandleFunc(“/debug/pprof/trace”, Trace) } 引入 _ “net/http/pprof”,init函数会添加pprof的路由信息到defaultMutex,而如果http注册了其他路由,导致http.HandleFunc失效,也就会造成了404的问题 type Server struct { Addr string // TCP address to listen on, “:http” if empty Handler Handler // handler to invoke, http.DefaultServeMux if nil … }



两个进程同时监听同一个端口

Posted by 夏泽民

问题一:我自己写了一个TCP程序监听本机的9530端口,程序显示绑定成功。此时,我又打开一个socket调试工具(该工具名称为“Sokit”)也监听本机的9530端口,此时未报错,而是成功进入监听状态。按理说应该会提示“端口被占用”,如何解释两边同时成功监听了同一端口? 问题二:上述两者正在监听同一端口,为了验证谁真正进入了监听状态,我给该端口发了些数据。结果只有“Sokit”调试工具收到了数据,而我自己的程序没有任何反应。这说明我自己的程序并没有真正在侦听该端口,可是明明是我的程序先于“Sokit”调试工具绑定了9530端口,而我自己的程序反而收到不数据。如何解释?



X-Content-Type-Options nosniff

Posted by 夏泽民

如果服务器发送响应头 “X-Content-Type-Options: nosniff”,则 script 和 styleSheet 元素会拒绝包含错误的 MIME 类型的响应。这是一种安全功能,有助于防止基于 MIME 类型混淆的攻击。



Search

Popular posts

Anything in here will be replaced on browsers that support the canvas element

Recent posts

This blog is maintained by 夏泽民

Get in touch with me at 465474307@qq.com

Subscribe to our mailing list

* indicates required