
今天,北極熊全程參與了“UCloud用戶大會暨Think in Cloud 2020”,不知不覺TIC大會自2014年創(chuàng)辦以來已經(jīng)連續(xù)六屆了,本次大會的主題是“構(gòu)建?創(chuàng)見”,一如既往的保持了高水準(zhǔn)。今年1月UCloud在科創(chuàng)板掛牌,一路披荊斬棘,成為中國第一家公有云科創(chuàng)板上市公司。通過本次大會可以感受到,上市之后UCloud中立的初心不改,依然秉持用戶為先的理念令人信賴。
話說這天一大早,那個悲催的中年架構(gòu)師大劉又被手機微信群給炸醒。部門的運維兄弟在公司微信群里說: 短信的生產(chǎn)環(huán)境服務(wù)器 CPU 占用率過高,瘋狂報警。是不是你們昨天上線看門狗導(dǎo)致的? 大劉迷了巴登的想了想,沒錯,昨天確實給短信服務(wù)裝上了看門狗。但是看門狗服務(wù)肯定不會有問題,而且上線之前各輪測試也都測過了,沒見過這個想象啊。 難道是測試妹子沒測試到位?難道線上短信應(yīng)用自身出現(xiàn)了問題?
正確的創(chuàng)建合適的索引,是提升數(shù)據(jù)庫查詢性能的基礎(chǔ)。
很多SQL查詢都是以SELECT開始的。不過,最近我跟別人解釋什么是窗口函數(shù),我在網(wǎng)上搜索”是否可以對窗口函數(shù)返回的結(jié)果進行過濾“這個問題,得出的結(jié)論是”窗口函數(shù)必須在WHERE和GROUP BY之后,所以不能”。于是我又想到了另一個問題:SQL查詢的執(zhí)行順序是怎樣的?
TCP協(xié)議全稱為:Transmission Control Protocol,是一種面向鏈接、保證數(shù)據(jù)傳輸安全、可靠的數(shù)據(jù)傳輸協(xié)議。為了確保數(shù)據(jù)的可靠傳輸,不僅需要對發(fā)出的每個字節(jié)進行編號確認(rèn),還需要驗證每一個數(shù)據(jù)包的有效性。
作為程序員,使用編譯器是必備技能,但是從入門到放棄,基本上就是在開發(fā)環(huán)境安裝、配置這一步……大家可能體會過,使用編譯器不是一件簡單的事,下載、安裝、各種配置······但最終不能使用,然后就放棄了。今天就來分享幾個支持C、 C++、 C#、 JAVA······等多種編程語言的在線編譯器。
STM32能被這么多開發(fā)者認(rèn)可,它的強大生態(tài)系統(tǒng)起了關(guān)鍵作用。本文圍繞STM32生態(tài)各軟件工具進行相關(guān)描述,其中包含一些技術(shù)細(xì)節(jié)。
對于看門狗大家或許不陌生,但對于模擬看門狗有的朋友可能就不甚了解了。本文來聊聊模擬看門狗,旨在梳理相應(yīng)的概念,理解模擬看門狗原理、與常規(guī)看門狗的異同點,以及工程應(yīng)用價值。
有不少人認(rèn)為開源就是免費,其實這個觀點是錯誤的,今天就來談?wù)勱P(guān)于開源的內(nèi)容。
因為STM32標(biāo)準(zhǔn)外設(shè)庫已經(jīng)停更了,導(dǎo)致很多開發(fā)者都轉(zhuǎn)向了HAL,但一些讀者可能比較疑惑,有HAL和LL兩種庫,到底能不能混合使用呢?
作為一名服務(wù)端工程師,工作中你肯定和Redis打過交道。Redis為什么快,這點想必你也知道,至少為了面試也做過準(zhǔn)備。很多人知道Redis快僅僅因為它是基于內(nèi)存實現(xiàn)的,對于其它原因倒是模棱兩可。那么,今天就和小萊一起看看。
本文是《微服務(wù)治理實踐》系列篇的第四篇文章,主要分享Spring Cloud微服務(wù)框架下的服務(wù)契約。
這段時間在維護產(chǎn)品的搜索功能,每次在管理臺看到elasticsearch這么高效的查詢效率我都很好奇他是如何做到的。 這甚至比在我本地使用MySQL通過主鍵的查詢速度還快。
想要在程序里監(jiān)控數(shù)據(jù)庫的操作耗時,想要在底層框架中自動傳遞鏈路跟蹤信息,這些需求經(jīng)常會碰到,特別是在構(gòu)建基礎(chǔ)框架的時候。核心目標(biāo)只有一個,那就是在底層封裝好,不用上層使用人員關(guān)心。今天跟大家聊聊常用的底層擴展埋點方式是怎么處理的。
對于Java程序員來說,null是令人頭痛的東西。時常會受到空指針異常(NPE)的騷擾。連Java的發(fā)明者都承認(rèn)這是他的一項巨大失誤。那么,有什么辦法可以避免在代碼中寫大量的判空語句呢?有人說可以使用JDK8提供的Optional來避免判空,但用起來還是有些麻煩。作者在日常工作中封裝了一個工具,可以鏈?zhǔn)秸{(diào)用對象成員而無需判空,相比原有的if null邏輯和JDK8提供的Optional更加優(yōu)雅易用。
非常實用,新手必看!
本篇通過C語言實現(xiàn)一個簡單的進程5狀態(tài)模型的狀態(tài)機,讓大家熟悉一下狀態(tài)機的魅力。
當(dāng)使用參數(shù)調(diào)用宏時,會將參數(shù)替換為宏主體,并與其他輸入文件一起檢查結(jié)果,以進行更多的宏調(diào)用,可以將部分來自宏主體和部分自變量的宏調(diào)用組合在一起。
最近工作中使用C語言,但又苦于沒有高效的字符串實現(xiàn),字符串的拼接和裁剪都比較麻煩,而且每個字符串都需要申請內(nèi)存,內(nèi)存的申請和釋放也很容易出bug,怎么高效的實現(xiàn)一個不需要處理內(nèi)存問題并且可以動態(tài)擴容進行拼接和裁剪的string呢?
說到指針,估計還是有很多小伙伴都還是云里霧里的,有點“知其然,而不知其所以然”。但不得不說,學(xué)了指針,C語言才能算是入門了。