原创 不能顯式攔截ajax請求的302響應?

記錄工作中早該加深印象的一個小case: ajax請求不能顯式攔截 302響應。 我們先來看一個常規的登錄case: 瀏覽器請求資源,服務器發現該請求未攜帶相關憑據(cookie或者token) 服務器響應302,並在響應頭Locatio

原创 抓的是周樹人,與我魯迅有什麼關係?

單獨拎出這個題目,是因爲昨天看到一線碼農大佬公衆號的分享Dictionary.Clear 和 new Dictionary() 有什麼不同? 1. 無心插畫 void Example1() { var newDi

原创 C# readonly修飾符

readonly修飾符在作祟 強化官方解釋: readonly是一個修飾字段的關鍵字:被它修飾的字段只有在初始化或者構造函數中才能夠賦值. readonly修飾的引用類型字段必須始終引用同一對象: readonly 修飾符可防止字段替換爲

原创 從斐波那契算法再看時間複雜度

開題引入斐波那契 代碼演示: 遞歸、循環 遞歸 vs 循環 時間複雜復高,指數型O(2^n); 推導過程 佔用線程堆棧, 可能導致棧滿異常 壓測直觀演示 打入門軟件開發,斐波那契數列便是繞不過去的簡單編程算法。 一個老生常

原创 golang技術降本增效的手段

最近一年各大中小廠都在搞"優化",說到優化,目的還是"降本增效",降低成本,增加效益(效率)。 技術層面,也有一些降本增效的常規操作。 比如池化、io緩衝區技術 golang C# eg. 池化技術 snnc.Pool Ob

原创 不會寫單元測試的程序員不是一個合格的滴滴司機

go內置了一套單元測試機制: 利用 go test測試命令和一套按照約定發方式編寫的測試函數。 在包目錄內,所有以_test.go爲後綴名編寫的go文件不會參與go build的編譯過程. 本文所有的代碼均放置了帶緩衝區的異步寫日誌庫。

原创 自古以來,同步/異步都是八股文第一章

好久沒上線了,今天記錄編程中老掉牙的幾個關鍵術語,一個言簡意賅的術語定義包含主謂賓定狀補, 我們應從貌似雷同的術語中體會到不同術語的表象行爲、側重點。 下面給出的3對技術術語,都是很核心、易混淆的概念點,但是多少還是有些表象、側重點的不同。

原创 自古以來,反射也是兵家必爭之地

這幾天收到一個戰術性需求,將一大坨字段序列化爲特定格式的字符串。 大概是下表這樣: 序號 字段名 描述 是否必填 0 logVersion 日誌版本 是 1 productName 產品 是 2 serviceName

原创 Go編程快閃之 logrus日誌庫

戰術臥倒 golang中常見的日誌包是logrus, 根據logrus的胚子和我們的生產要求,給出一個生產可用的logrus實踐姿勢。 主謂賓定狀補 logrus是一個結構化的、可插拔的、兼容golang標準log api的日誌庫。 快速過

原创 粘包/拆包問題一直都存在,只是到TCP就拆不動了。

OSI open-system-Interconnection TCP/IP 5層協議棧 應用層和操作系統的邊界是 系統調用 ,對應到網絡編程是socket api TCP/UDP 概況 TCP粘包問題 TCP/IP報頭深思 OS

原创 流量調度、微服務可尋址性和註冊中心

前言 現代計算機基於計算、存儲和調度的體系, 於是現代架構都是圍繞這三大話題不斷演進。 在基礎架構部, 也是主要爲了解決這三個難題,爲業務事業部提供透明的、高可用、可快速伸縮的 三大能力, 我們組主要負責 [流量調度] 這個話題,下面是一些

原创 問道Golang,6月齡必知必會(二)

在我看來,golnag有許多反直觀的設計,而且這些設計通常不能自圓其說,導致gohper一而再再而三的調入陷阱。 網上也有很多gohper總結了一些筆記,我再提煉精簡一下,掛在腦圖樹上便於記憶。 值類型包括:所有integer、所有floa

原创 摸魚快報:golang net/http中的雕蟲小技

以後會開一個板塊,摸魚快報,快速記錄這幾周開發中雕蟲小技。 1. 向開發環境localhost:3000種植cookie 前端使用Create React App腳手架,默認以localhost:3000端口啓動; 後端使用golang-g

原创 你認識的C# foreach語法糖,真的是全部嗎?

本文的知識點其實由golang知名的for循環陷阱發散而來, 對應到我的主力語言C#, 其實牽涉到閉包、foreach。爲了便於理解,我重新組織了語言,以倒敘結構行文。 先給大家提煉出一個C#題:觀察for、foreach閉包的差異

原创 3min快速掌握Go語言正/反向代理的姿勢

先重溫一下什麼叫反向代理,正向代理。 鵝廠二面,nginx回憶錄 所謂正向,反向代理取決於代理的是出站請求,還是入站請求。 正向代理: 代理的出站請求, 客戶端能感知到代理程序,架構上距離客戶端更近。 反向代理: 代理的是入站請求,客戶端認