由JDK bug引發(fā)的線上OOM

最近生產(chǎn)環(huán)境的一個應用忽然發(fā)生了OOM，還好是業(yè)務低峰期，沒有導致什么嚴重問題，下面記錄下本次排查的過程；

故障臨時處理

在某天下午，正在愉快的寫代碼時，忽然看到業(yè)務反饋支付服務不能用的消息，因為最近沒有發(fā)布，所以感覺不會是什么大事，十有八九是網(wǎng)絡波動啥的，畢竟之前遇到過好多次，那剩下的就是找證據(jù)了，先看看日志，有沒有報錯（暫時還未接告警，所以要人肉看），結(jié)果不看不要緊，一看嚇一跳，日志密密麻麻全都是OOM報錯

feign-eureka-ribbon的協(xié)作原理

在我們的項目中使用了feign、eureka、ribbon這三個組件，最近想要在負載均衡上做些文章，需要了解這三個組件底層是如何協(xié)作的，這樣才能找到突破口，所以給這三個組件的源碼大概翻了一遍，最終整理出該筆記，希望對同樣對這三個組件是如何協(xié)作感興趣的讀者一些幫助；

文中使用的spring cloud版本為Greenwich.SR6

PS: 本文為純源碼分析，所以配合源碼閱讀本文最佳；

閱讀全文

架構(gòu)的核心是管理復雜度，架構(gòu)師的核心能力是抽象能力，什么是抽象能力？抽象能力就是一種化繁為簡的能力。何為化繁為簡？就是把一種復雜的事情變得簡單的能力，比如通過打比喻讓別人很容易聽明白你說的意思就是一種抽象能力。如何鍛煉抽象能力？我覺得有三種方法，第一種是用歸納法找共性，從多個問題中找到共同的問題提煉通用解決方案，去其糟粕取其精華。第二種通過演繹法找關系，從多個問題中找關系，把多個問題串成一個問題，系統(tǒng)化解決問題！第三種是通過歸納法找特性?；睘楹喰枰粩嗟乃伎迹粩嗟目辞逡患碌谋举|(zhì)，這個事的解決方案越容易。

原文鏈接 https://bysocket.com Illusion Diffusion Web、Google Maps Scraper

一、Nginx unexpected end of file 問題

通過 letsencrypt 申請證書后，默認服務器安裝了 Nginx 1.8 Decompiler 發(fā)現(xiàn)，在默認的 /etc/nginx/sites-enabled/default 內(nèi)容配置 SSL 的 site.com.key 后。重啟 Nginx 出現(xiàn)一下錯誤：

Google Maps Extractor、WebSite Email Extractor、Facebook Group Extractor、Instgram Export Tool、 AI text-to-speech model

聲明

本文涉及到的僅限于個人對資產(chǎn)管理數(shù)字化的一些思考，并非代表某家公司。其中涉及到的一些公開信息都來自互聯(lián)網(wǎng)，如果涉及到隱私，請聯(lián)系作者刪除。

前言

我們經(jīng)常聽到的有“財富管理數(shù)字化轉(zhuǎn)型”，“資產(chǎn)管理數(shù)字化轉(zhuǎn)型”，“大資管數(shù)字化轉(zhuǎn)型”，“投研數(shù)字化轉(zhuǎn)型”，“資管數(shù)字化轉(zhuǎn)型”等等名詞。在做數(shù)字化轉(zhuǎn)型前，我們需要先清晰的定義要解決的業(yè)務領域，抽象出問題域。那么我們先從“大資管”出發(fā)，逐步抽象出問題域，最終根據(jù)問題域來匹配對應的解決方案。

1、什么是穩(wěn)定性保障

穩(wěn)定性保障簡單理解就是不讓系統(tǒng)出現(xiàn)不可用的情況，或者不可用的情況每年只能發(fā)生幾十分鐘。為什么要穩(wěn)定性保障？因為現(xiàn)在很多的電商和支付系統(tǒng)已經(jīng)屬于社會基礎系統(tǒng)，持續(xù)一段時間不可用會影響比較大，同時也損失了用戶的信任。

穩(wěn)定性保障的場景非常多，只要流量非常大的業(yè)務就需要系統(tǒng)性的進行穩(wěn)定性保障，包括直播、電商秒殺、電商大促等場景。2022年9月3日晚劉德華“把我唱給你聽”線上演唱會，最終這場線上演唱會的在線觀看人次達到3.5億，那么支持3.5億人次觀看就是一種穩(wěn)定性保障場景。每年電商網(wǎng)站618、99、雙11和雙12大促。除了大促以外，還有很多億級用戶的產(chǎn)品也需要穩(wěn)定性保障，如電商交易、第三方支付、演唱會直播等場景。還有很多秒殺的場景，如每晚8點某電商網(wǎng)商1499秒殺茅臺、在12306網(wǎng)站提前N天搶票。

資損的定義

資損是在指在業(yè)務活動中，業(yè)務規(guī)則和實際資金流動不一致，導致業(yè)務參與方中的任何一方或多方遭受了資金損失。簡單理解就是系統(tǒng)的某個功能出現(xiàn)了BUG，導致用戶或者公司出現(xiàn)了資金的損失，比如在營銷過程中多給某個用戶發(fā)了10元紅包，或者是用戶領取了10元紅包無法使用，用戶在支付時看到的訂單金額是100元，結(jié)果支付了101元或99元，這些情況都屬于資損，用戶支付了101用戶資損1元，用戶實際支付了99元公司資損了1元。

為什么要重視資損防控？因為資金損失如果金額巨大會直接毀掉一個業(yè)務，比如在某個業(yè)務一次運營活動中把9折的優(yōu)惠券配成1折，然后發(fā)給了幾百萬個用戶，這里面可能涉及到幾千萬的資金損失，但是這個業(yè)務本身就沒有盈利幾千萬，所以只要業(yè)務涉及到資金流動一定是非常重要的事情。

使用lombok后，如果沒有任何配置，則打包的源碼與實際class文件是不符合的，此時打開源碼IDEA會提示Library source does not match the bytecode for class，而解決該問題也很簡單，只需要pom中增加如下配置即可，打包時指定maven參數(shù)-Prelease即可生成正確的源碼包：

大家好，我是小馬哥。

線程池是一種基于 池化思想管理線程 的工具，使用線程池可以減少 創(chuàng)建銷毀線程的開銷，避免線程過多導致 系統(tǒng)資源耗盡。在 高并發(fā)以及大批量 的任務處理場景，線程池的使用是必不可少的。

如果有在項目中實際使用線程池，相信你可能會遇到以下痛點：

1. 線程池隨便定義，線程資源過多，造成服務器高負載。
2. 線程池參數(shù)不易評估，隨著業(yè)務的并發(fā)提升，業(yè)務面臨出現(xiàn)故障的風險。
3. 線程池任務執(zhí)行時間超過平均執(zhí)行周期，開發(fā)人員無法感知。
4. 線程池任務堆積，觸發(fā)拒絕策略，影響既有業(yè)務正常運行。
5. 當業(yè)務出現(xiàn)超時、熔斷等問題時，因為沒有監(jiān)控，無法確定是不是線程池引起。
6. 原生線程池不支持運行時變量的傳遞，比如 MDC 上下文遇到線程池就 GG。
7. 無法執(zhí)行優(yōu)雅關閉，當項目關閉時，大量正在運行的線程池任務被丟棄。
8. 線程池運行中，任務執(zhí)行停止，懷疑發(fā)生死鎖或執(zhí)行耗時操作，但是無從下手。

java服務器調(diào)試指南

在實際開發(fā)中，總會遇到程序啟動不起來或者運行結(jié)果不符合期望的情況，如果是在本地，直接debug就行了，幾乎人人都會，但是如果到了遠程，大多數(shù)情況下我們可以看日志，通過日志排查定位到問題，但是如果你的日志不多，或者日志中看不出問題，此時情況就比較難以處理了，而實際上我們?nèi)匀豢梢酝ㄟ^debug的形式來解決，只不過由原來的本地在ide中通過GUI來debug變?yōu)橥ㄟ^命令行來debug；

一、RPA 是什么？難嗎？

RPA 對大家來說，可能挺陌生的，其實它很簡單。

Robotic Process Automation（簡稱 RPA ）機器人流程自動化，是一種技術，是以軟件機器人 + AI / OCR 等科技能力結(jié)合，在軟件上的某些業(yè)務操作場景中，達到機器替人，實現(xiàn)重復的工作自動化。

RPA 通過模擬人在電腦、平板和手機上的操作方式，包括 Web 自動化、桌面軟件自動化、手機 APP 自動化、鼠標鍵盤自動化等等，實現(xiàn)不需要人工，替人將操作流程自動化。

關于證書,這里有你想知道的一切

在HTTPS開發(fā)中，你是否被各種證書搞得暈頭轉(zhuǎn)向？.pem證書?.der證書?X.509證書？本文帶你理清這些證書叫法背后的含義；

k8s中部署traefik并開啟https支持

k8s現(xiàn)在已經(jīng)是容器編排領域的事實標準了，而在我們部署k8s集群時，ingress組件是必不可少的，在k8s領域，做的比較好的ingress組件就是traefik了，原生支持k8s，配置簡單，上手極快，下面我們就來講講如何部署traefik并開啟https支持；

前言

Disruptor 是一個開源的并發(fā)框架。由英國外匯交易公司LMAX開發(fā)的一個高性能隊列，并且大大的簡化了并發(fā)程序開發(fā)的難度，獲得2011Duke’s程序框架創(chuàng)新獎。

MySQL驅(qū)動中關于時間的坑

背景：MySQL 8.0數(shù)據(jù)庫；

最近在做一個小框架，因為本身比較精簡，就沒有引入太多依賴，直接用了JDBC來操作數(shù)據(jù)庫，因為我的表中有一個datetime類型的字段，對應的Java代碼中使用的是java.time.LocalDateTime，在處理這個日期字段的時候，就遇到了一個有趣的問題；

在我的數(shù)據(jù)庫表建好后，在Java中使用JDBC原生API實現(xiàn)了一個repository，包含一些數(shù)據(jù)庫的操作，因為代碼中有java.time.LocalDateTime字段，在使用java.sql.PreparedStatement的時候不確認java.sql.PreparedStatement.setObject(int, java.lang.Object)方法接收java.time.LocalDateTime類型的入?yún)⒑笫欠窨梢哉_處理，就寫了一小段測試用例來測試，核心代碼如下：

preparedStatement.setObject(1, LocalDateTime.now());

一行簡單的JDBC調(diào)用設置參數(shù)，參數(shù)類型是LocalDateTime，最終發(fā)現(xiàn)沒有報錯，如果一切OK，那么事情到這里就結(jié)束了，但是…….