https://software.intel.com/en-us/blogs/2014/05/10/debugging-performance-issues-in-go-programs
https://github.com/hyper0x/go_command_tutorial https://blog.csdn.net/u012210379/article/details/50443660
这个问题要从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 … }
问题一:我自己写了一个TCP程序监听本机的9530端口,程序显示绑定成功。此时,我又打开一个socket调试工具(该工具名称为“Sokit”)也监听本机的9530端口,此时未报错,而是成功进入监听状态。按理说应该会提示“端口被占用”,如何解释两边同时成功监听了同一端口? 问题二:上述两者正在监听同一端口,为了验证谁真正进入了监听状态,我给该端口发了些数据。结果只有“Sokit”调试工具收到了数据,而我自己的程序没有任何反应。这说明我自己的程序并没有真正在侦听该端口,可是明明是我的程序先于“Sokit”调试工具绑定了9530端口,而我自己的程序反而收到不数据。如何解释?
如果服务器发送响应头 “X-Content-Type-Options: nosniff”,则 script 和 styleSheet 元素会拒绝包含错误的 MIME 类型的响应。这是一种安全功能,有助于防止基于 MIME 类型混淆的攻击。