主頁 >  其他 > FastDFS并發會有bug

FastDFS并發會有bug

2021-04-09 06:23:44 其他

作者：純潔的微笑
鏈接：https://zhuanlan.zhihu.com/p/32734357
來源：知乎
著作權歸作者所有，商業轉載請聯系作者獲得授權，非商業轉載請注明出處，

前一段時間，業務部門同事反饋在一次生產服務器升級之后，POS消費上傳小票業務偶現例外，上傳小票業務有重試機制，有些重試三次也不會成功，他們排查了一下沒有找到原因，希望架構部幫忙解決，

公司使用的是FastDFS來做的圖片服務器，生產使用了六臺服務器外加一個存盤，集群采用的是：2個tracker+4個storage，storage分為兩個group，使用獨立的nginx做檔案代理訪問，各軟體版本資訊如下：

  • 作業系統：centos6.9
  • FastDFS ：5.05
  • libfastcommon：1.0.36
  • nginx ：1.7.9
  • fastdfs-nginx-module：1.16

為了盡可能的模擬生產，我在測驗環境1:1搭建了一套和生產一樣的FastDFS集群，當時也寫了搭建程序：FastDFS 集群 安裝 配置

從日志中找線索

業務部門同事反饋，在一次生產服務器升級之后，重新搭建了一套FastDFS集群，然后過了幾天就開始出現上傳小票偶爾失敗的問題，根據這些資訊的反饋，我懷疑是否是FastDFS搭建有問題？這個懷疑點差點把我帶到溝里去，

我拉取了FastDFS的日志，tracker服務器日志如下：

[2017-09-19 09:13:52] ERROR - file: tracker_nio.c, line: 306, client ip: 192.168.0.1, pkg length: 15150 > max pkg size: 8192
[2017-09-19 10:34:57] ERROR - file: tracker_nio.c, line: 306, client ip: 192.168.0.1, pkg length: 16843 > max pkg size: 8192
[2017-09-19 10:34:57] ERROR - file: tracker_nio.c, line: 306, client ip: 192.168.0.1, pkg length: 16843 > max pkg size: 8192
[2017-09-19 11:31:08] ERROR - file: tracker_nio.c, line: 306, client ip: 192.168.03, pkg length: 23955 > max pkg size: 8192
[2017-09-19 11:42:56] ERROR - file: tracker_nio.c, line: 306, client ip: 192.168.01, pkg length: 12284 > max pkg size: 8192
[2017-09-19 12:10:28] ERROR - file: tracker_service.c, line: 2452, cmd=103, client ip: 192.168.0.3, package size 6258 is too long, exceeds 144

 

根據tracker的日志資訊可以看出，不時有一些小票檔案的大小大于最大傳輸值8192，跟著這個線索順著上傳的那條線進行了排查，比如nginx上傳大小的限制，tracker上傳大小的限制，是不是生成的小票出現例外，大小突然變大，麻溜的整了半天得出結論，上傳小票失敗和這個例外沒有關系，

接下來看了下storaged的日志：

[2017-09-25 14:22:38] WARNING - file: storage_service.c, line: 7135, client ip: 192.168.1.11, logic file: M00/D1/04/wKg5ZlnIoKWAAkNRAAAY86__WXA920.jpg-m not exist
[2017-09-25 14:22:39] WARNING - file: storage_service.c, line: 7135, client ip: 192.168.1.11, logic file: M00/D1/04/wKg5ZlnIoKuAUXeVAAAeASIvHGw673.jpg not exist
[2017-09-25 14:22:50] ERROR - file: storage_nio.c, line: 475, client ip: 192.168.1.13, recv failed, errno: 104, error info: Connection reset by peer
[2017-09-25 14:22:56] ERROR - file: tracker_proto.c, line: 48, server: 192.168.1.11:23001, response status 2 != 0
[2017-09-25 14:23:06] ERROR - file: tracker_proto.c, line: 48, server: 192.168.1.11:23001, response status 2 != 0
[2017-09-25 14:23:11] ERROR - file: storage_service.c, line: 3287, client ip:192.168.1.13, group_name: group2 not correct, should be: group1

除了看到一些檔案不存在的警告和回應狀態不對的錯誤外，也沒有發現其它的例外，

最后來看應用中的錯誤日志，其中有兩段錯誤日志引起了我的注意：

第一段日志如下：

org.csource.common.MyException: body length: 0 <= 16
   at org.csource.fastdfs.StorageClient.do_upload_file(StorageClient.java:799)
   at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:208)
   at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:226)
   at com.xxx.neo.fastdfs.FileManager.upload(FileManager.java:86)
   at com.xxx.neo.controller.QpayUploadSignController.saveSign(QpayUploadSignController.java:84)
   at com.xxx.neo.controller.QpayUploadSignController.uploadSign(QpayUploadSignController.java:65)
   at com.xxx.neo.controller.QpayUploadSignController$$FastClassByCGLIB$$5debf81b.invoke(<generated>)
   at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)
   at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)

跟了一下fastdfs-client-java中的原始碼的douploadfile方法，有這么一段：

ProtoCommon.RecvPackageInfo pkgInfo = ProtoCommon.recvPackage(storageSocket.getInputStream(),
             ProtoCommon.STORAGE_PROTO_CMD_RESP, -1);
//省略中間代碼              
if (pkgInfo.body.length <= ProtoCommon.FDFS_GROUP_NAME_MAX_LEN) {
throw new MyException("body length: " + pkgInfo.body.length + " <= " + ProtoCommon.FDFS_GROUP_NAME_MAX_LEN);
}

pkgInfo是封裝好的檔案流資訊，ProtoCommon是fastdfs-client-java中封裝好的引數類，其中FDFSGROUPNAMEMAXLEN的值為16，代碼的意思就是當讀取的大小小于16位元組的時候，拋出MyException例外，

第二段日志如下：

[ INFO] [http://*:8083-69096 2017-09-25 14:07:32] (FileManager.java:upload:92) upload_file time used:76 ms
[ INFO] [http://*:8083-69096 2017-09-25 14:07:32] (FileManager.java:upload:103) upload file successfully!!!group_name:group2, remoteFileName: M00/3C/A8/wKg5Z1nInSOAaHSNAAAdNipAyrQ611.jpg
upload file successfully!!!group_name:group2, remoteFileName: M00/3C/A8/wKg5Z1nInSOAaHSNAAAdNipAyrQ611.jpg
[Ljava.lang.String;@17584701
[ERROR] [http://*:8083-69087 2017-09-25 14:07:32] (FileManager.java:upload:90) Non IO Exception when uploadind the file:520
java.lang.NullPointerException
   at org.csource.fastdfs.StorageClient.do_upload_file(StorageClient.java:842)
   at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:208)
   at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:226)
   at com.xxx.neo.fastdfs.FileManager.upload(FileManager.java:86)
   at com.xxx.neo.controller.QpayUploadSignController.saveSign(QpayUploadSignController.java:84)
   at com.xxx.neo.controller.QpayUploadSignController.uploadSign(QpayUploadSignController.java:65)
   at com.xxx.neo.controller.QpayUploadSignController$$FastClassByCGLIB$$5debf81b.invoke(<generated>)
   at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:191)
   at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)

日志中關于空指標的例外最多，跟蹤了fastdfs-client-java的原始碼，空指標都出現在以下幾段代碼：

第一處：

...
storageSocket = this.storageServer.getSocket();
ext_name_bs = new byte[ProtoCommon.FDFS_FILE_EXT_NAME_MAX_LEN];
Arrays.fill(ext_name_bs, (byte) 0);
...

第二處：

if (!bNewConnection) {
try {
this.storageServer.close();
} catch (IOException ex1) {
     ex1.printStackTrace();
} finally {
this.storageServer = null;
}

第三處：

if (bNewConnection) {
try {
this.storageServer.close();
} catch (IOException ex1) {
     ex1.printStackTrace();
} finally {
this.storageServer = null;
}
}

大家有沒有發現這三段代碼都有一個共同之處？就是存在storageServer變數的使用，并且在呼叫的地方出現了空指標例外，難道fastdfs-client-java有bug？覺得不太可能，畢竟那么多人使用，會不會是我們使用的版本太舊或者使用方式不對呢?

日志中的IP地址和公司資訊均已進行脫敏

FastDFS提供的Jar包有問題？

帶著上面的懷疑我準備搞個多執行緒壓測一下，看是不是并發的時候產生的問題，使用CountDownLatch讓執行緒集中執行，代碼如下：

private static void latchTest() throws InterruptedException {
final CountDownLatch start = new CountDownLatch(1);
final CountDownLatch end = new CountDownLatch(poolSize);
ExecutorService exce = Executors.newFixedThreadPool(poolSize);
for (int i = 0; i < poolSize; i++) {
Runnable run = new Runnable() {
@Override
public void run() {
try {
                       start.await();
                       testLoad();
} catch (InterruptedException e) {
                       e.printStackTrace();
} finally {
end.countDown();
}
}
};
           exce.submit(run);
}
       start.countDown();
end.await();
       exce.shutdown();
}
CountDownLatch是Java多執行緒同步器的四大金剛之一，CountDownLatch能夠使一個執行緒等待其他執行緒完成各自的作業后再執行，

使用Executors.newFixedThreadPool創建固定大小的執行緒池，剛開始設定的是12，每個執行緒執行一萬次上傳請求，

public static void testLoad() {
String filePath="C:\\Users\\xxx\\Pictures\\xz.jpg";
File file=new File(filePath);
String serverUrl="http://localhost:8080/uploadSign";
for (int i=0;i<10000;i++){
HttpClientUtils.uploadFile(file,serverUrl);
}
}

Controller層接到請求后，組裝FastDFSFile進行上傳

....
byte[] file_buff = null;
if(inputStream!=null){
int len1 = inputStream.available();
       file_buff = new byte[len1];
       inputStream.read(file_buff);
}
FastDFSFile file = new FastDFSFile("520", file_buff, "jpg");
try {
    fileAbsolutePath = FileManager.upload(file); //上傳到分布式檔案系統
System.out.println(fileAbsolutePath);
} catch (Exception e1) {
   e1.printStackTrace();
}
...

再進行一些封裝之后，最終呼叫fastdfs-client-java的 upload_file()方法

....
uploadResults = storageClient.upload_file(file.getContent(), file.getExt(), meta_list);
....

壓測代碼寫完之后，迫不及待的運行了起來，準備驗證一把，結果非常出意料，剛一啟動就不斷的報空指標例外，看到這個空指標例外我卻一陣歡喜，這個例外和我在生產看到的例外一模一樣，平時最棘手的問題，就是生產偶現測驗環境又不能復現的問題，很難定位例外的原因，一旦可以在測驗環境復現問題，那就意味著問題解決了一半，

接下來，我將執行緒池的個數減少到6個，啟動測驗后還是狂報例外；接著將執行緒數減到2個，每個執行緒數執行的數量由以前的10000改為100個，修改后再進行測驗還是報錯；沒辦法改成一個執行緒來運行，果然程式可以正常上傳小票了，確認是并發導致的問題，

這樣可以得出預判，在業務高峰期間產生并發導致部分小票上傳業務失敗，那為什么這個問題一直沒有發現呢？有兩方面的因素：第一，可能業務初期并發量并不是很高，上傳小票也不是主干業務，偶爾出現一兩筆失敗也有重試機制來后補；第二，生產環境使用了六臺服務器做負載，請求被均勻分發到六臺服務器中，在某種程度上也避免了單臺服務器的并發量，只有業務并發量進一步擴大才出現明顯的例外，

嘗試著去解決

既然例外都發生在upload_file方法storageServer出現的地方，那么我們就研究研究這個storageServer是個什么鬼？storageServer根據屬性名可以看出來，storageServer是上傳檔案的storage存盤節點，每次上傳檔案的時候從trackerServer中獲取，

跟蹤原始碼可以發現，storageServer會在兩個地方進行初始化：第一，在初始化storageClient的時候

storageClient = new StorageClient(trackerServer, storageServer);

這里的storageServer可以為空；如果為慷訓自動從trackerServer中獲取，如果需要指定具體的storage可以在這里進行初始化，

第二，在呼叫 do_upload_file()方法開頭中，下面代碼截取于 do_upload_file()方法，

bUploadSlave = ((group_name != null && group_name.length() > 0) &&
(master_filename != null && master_filename.length() > 0) &&
(prefix_name != null));
if (bUploadSlave) {
 bNewConnection = this.newUpdatableStorageConnection(group_name, master_filename);
} else {
 bNewConnection = this.newWritableStorageConnection(group_name);
}

try {
 storageSocket = this.storageServer.getSocket();
...

在 do_upload_file()方法的開頭，會根據條件運行 this.newUpdatableStorageConnection(group_name,master_filename)方法或者 this.newWritableStorageConnection(group_name)方法，在這兩個方法中都會有對storageServer進行初始化，我們來看 newWritableStorageConnection(group_name)方法的原始碼：

/**
* check storage socket, if null create a new connection
*
* @param group_name the group name to upload file to, can be empty
* @return true if create a new connection
*/
protected boolean newWritableStorageConnection(String group_name) throws IOException, MyException {
if (this.storageServer != null) {
return false;
} else {
TrackerClient tracker = new TrackerClient();
this.storageServer = tracker.getStoreStorage(this.trackerServer, group_name);
if (this.storageServer == null) {
throw new MyException("getStoreStorage fail, errno code: " + tracker.getErrorCode());
}
return true;
}
}

這個方法比較簡單，首先判斷storageServer是否進行過初始化，如果沒有初始化，則從tracker中獲取一個可用的storageServer進行初始化，初始化之后douploadfile()方法會根據拿到的storageServer進行檔案上傳操作，

接下來到了全文最關鍵的地方的了，douploadfile()方法會在上傳檔案結束的時候，將storageServer關閉并賦值為空，相關代碼如下：

} catch (IOException ex) {
if (!bNewConnection) {
try {
this.storageServer.close();
} catch (IOException ex1) {
     ex1.printStackTrace();
} finally {
this.storageServer = null;
}
}

throw ex;
} finally {
if (bNewConnection) {
try { 
this.storageServer.close();
} catch (IOException ex1) {
     ex1.printStackTrace();
} finally {
this.storageServer = null;
}
}
}

當然這個邏輯是沒有問題的，每次方法執行的時候獲取一個可用的storageServer，結束的時候進行回收，避免多次請求使用同一個storage，如果程式沒有任何并發這段代碼是沒有問題的，如果出現并發呢，出現小的并發也不一定會出現問題，當并發量稍微大一點的時候就一定會出現問題，這是為什么呢？

我們來繼續跟蹤storageServer，發現storageServer是StorageClient類的一個全域屬性，當并發特別大的時候就有可能出現這樣一個現象：第一個執行緒進這個方法的時候，看到storageServer沒有初始化于是進行賦值并繼續往下執行；這時候第二個執行緒又開始進入這個方法，發現storageServer已經進行了初始化，就不再初始化，繼續往下執行；當第一個執行緒執行結束的時候，將storageServer關閉并賦值為null，然后拍屁股走人了；這個時候可苦逼第二個執行緒了，方法剛剛執行了一半，當需要使用storageServer的時候，才發現storageServer已經被置為了null，于是在使用storageServer的地方都有可能會出現空指標例外，第二個執行緒，在掛掉的時候一定在想，真XX的坑爹，

于是上面的這個故事，過一段時間就偷偷的在我們生產環境中上演，

后面我繼續看了一下StorageClient原始碼，不但是douploadfile()會存在此問題，StorageClient類中只要這樣使用storageServer的地方都會出現類似的并發問題，如：domodifyfile方法、delete_file方法等等，

那么既然找到了問題的根因，到底如何解決這個問題呢？解決這個問題的本質就是解決共享變數的并發問題，那解決共享變數并發有哪些手段呢？最常用有加鎖或者使用Threadlocal，看了一下使用Threadlocal進行改造作業量比較大，因此我最后選擇使用了Synchronized同步鎖來解決這個問題，就是在每個使用storageServer方法上面添加一個Synchronized關鍵字，

protected Synchronized String[] do_upload_file()

在github上面將原始碼down下來 fastdfs-client-java，修改完之后再進行壓測，妥妥的再不會報空指標例外類了，

峰回路轉

大家以為這樣就結束了嗎？當時我也是這樣認為的，后來回頭一想，這樣雖然解決了問題，但是并發數卻急劇降低，FastDFS不會這么傻吧！肯定還是自己出了問題，第二天將專案中FastDFS使用的代碼又擼了一遍，果然發現問題了，

FileManager是我們封裝好的FastDFS工具類，在啟動的時候會對storageClient進行初始化，這樣每次專案調研的時候都會復用storageClient實體，

public class FileManager implements FileManagerConfig {
private static StorageClient storageClient;
static {
try {
//省略一部分代碼
     trackerClient = new TrackerClient();
     trackerServer = trackerClient.getConnection();
     storageClient = new StorageClient(trackerServer, storageServer);
} catch (Exception e) {
     logger.error(e);
}
} 
}

upload()方法每次會從全域變數中獲取storageClient進行呼叫，也就意味著每次請求使用的是同一個storageClient實體，當然也包括實體中的變數storageServer，

public static String[] upload(FastDFSFile file) {
try {
     uploadResults = storageClient.upload_file(file.getContent(), file.getExt(), meta_list);
} catch (Exception e) {
     logger.error("Exception when uploadind the file:" + file.getName(), e);
}
//省略一部分代碼
return uploadResults;
}

如果我將上面的 upload()方法改造成下面這樣呢：

public static String[] upload(FastDFSFile file) {
try {
StorageClient  storageClient = new StorageClient(trackerServer, storageServer);
     uploadResults = storageClient.upload_file(file.getContent(), file.getExt(), meta_list);
} catch (Exception e) {
     logger.error("Exception when uploadind the file:" + file.getName(), e);
}
//省略一部分代碼
return uploadResults;
}

重點是添加了這段代碼： StorageClientstorageClient=newStorageClient(trackerServer,storageServer);

也就是說，每次呼叫的時候會重新new一個StorageClient()實體，這樣每次請求拿到的就是不同的StorageClient，也就意味著每個請求會獲取到不同的storageServer，這樣就不存在共享變數，也就避免了出現并發的空指標問題，

根據上面的分析可以看出，最好的解決方案就是每次呼叫的時候new一個新的實體去使用，也提醒大家在使用FastDFS的時候，盡量不要重用StorageClient！

后來我在github上面給FastDFS提交了pull來說明這個問題，有一個網友也給出了同樣的理解：解決并發空指標問題 (https://github.com/happyfish100/fastdfs-client-java/pull/28)；文中的測驗代碼我放到了這里：(https://github.com/ityouknow/spring-examples)，感興趣的同學可以繼續去了解，

最后

問題終于解決了，雖然走了彎路，卻讓我對FastDFS有了更深的認識，平時解決問題也經常會這樣，有時候排查了整整一天，才發現原來是某個非常低級錯誤導致的，這就是程式員的正常作業，其實淘寶也有一個版本的FastDFS客戶端，地址在這里(https://github.com/tobato/FastDFS_Client)，并且提供了更多的功能支持，比如斷點續傳、連接池等，推薦大家使用這個版本，

研究發現，在所有報告的錯誤中，大約有95%是由程式員造成的，2%是由系統軟體（編譯器和作業系統）造成的，2%是由其他軟體造成的，1%是由硬體造成的，因此不要懷疑人生、出現什么奇跡、發生某些詭異的事情，那是不會發生的，

要相信編程的第一法則：永遠都是你的錯！

你應該知道那種感覺，我們所有人都曾碰到過這樣的事情：已經盯著代碼看了無數遍，但還是沒有發現任何問題，然而，有個故障或者錯誤始侄訓之不去，于是你開始懷疑，可能是你開發程式所用的那臺機器出了問題，也可能是作業系統的問題，或者是你使用的工具和庫出了問題，肯定是它們的原因！

然而，無論你多么絕望，都不要往那條路上走，沿著那條路下去就是薛定諤的貓和靠運氣編程，

總是要處理一些困難的、捉摸不透的問題，這是一件令人絕望的事情，但是不要讓絕望領著你誤入歧途，作為一名謙遜的程式員，最基本的要求就是要有意識：你寫的代碼在任何時候出了問題，那一定都是你的錯，

留言分享你最波折的一次排查問題經歷

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/273986.html

標籤：其他

上一篇：層次化路由簡介

下一篇：學習編程一年需要花費多少？自學可以成為程式員嗎？

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種：三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看，三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看，三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統，“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及：虛擬機CentOs下執行 yum -y install lrzsz命令，出現錯誤：鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示：其實很簡單，往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號， sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求，SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生， 2020-08-28 16:18:25 分類專欄： kail 網路安全 linux 文章標簽： linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么？ 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼： #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘（北斗授時服務器）讓網路資料更精準

    北斗電力時鐘（北斗授時服務器）讓網路資料更精準 北斗電力時鐘（北斗授時服務器）讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年，資訊技術的得了快速發展，互聯網在逐漸普及，其在人們生活和生產中都得到了廣泛應用，并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用，一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub：https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺，后來才有了CTFHub。 感覺不論是網頁UI設計，還是題目質量，賽事跟蹤，工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解（net user / type /md /rd/ dir /cd /net use copy、批處理 等） 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝，密碼啊破解03Linux常用命令04LAMP 01LINUX windows： win03 8 12 16 19 配置不繁瑣 Linux：redhat,centos(紅帽社區版)，Ubuntu server,suse unix:金融機構，證券，銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 （POST注入/XSS漏洞上傳）3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題，描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章，不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》，我也是第一時間得知了這個訊息，然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本： 個人認為這件事也沒什么，還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包，它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一，它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip：192.168.20.121 靶機ip：192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k，軟體測驗工程師的漲薪史，給我看哭了

    清明節一過，盲猜大家已經無心上班，在數著日子準備過五一，但一想到銀行卡里的余額……瞬間心情就不美麗了。最近，2023年高校畢業生就業調查顯示，本科畢業月平均起薪為5825元。調查一出，便有很多同學表示自己又被平均了。看著這一資料，不免讓人想到前不久中國青年報的一項調查：近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文，所以對學習母語的我們非常不友好 使用網址：https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜，前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜，自動化測驗的需求也越來越高。如今，自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分，它們可以幫助開發人員更快地發現和修復錯誤，提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐：4個DVPP記憶體問題的典型案例解讀

    摘要：由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求（例如，記憶體首地址128位元組對齊），因此需呼叫專用的記憶體申請介面，那么本期就分享幾個關于DVPP記憶體問題的典型案例，并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》，作者：昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊，輔助滲透（埠掃描、登錄密碼爆破、漏洞驗證等） 2、encoders 編碼器模塊，主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手：與相機連接，設定相機引數，采集影像 2) 標定助手：九點標定或是其它的標定，生成標定檔案及內參外參，可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客，先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp)，這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接： https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more

Copyright © 2010-2020 有解無憂