pthread_t 到底是什么类型呢？取决于实现。对于Linux目前实现的NPTL实现而言，pthread_t类型的线程ID，本质就是一个进程地址空间上的一个地址。
注：pthread_exit或者return返回的指针所指向的内存单元必须是全局的或者是用malloc分配的，不能在线程函数的栈上分配，因为当其它线程得到这个返回指针时线程函数已经退出了
Linux互斥与同步 零、前言 一、Linux线程互斥 1、基本概念及引入 2、互斥量mutex介绍 3、互斥量的使用 4、互斥量原理 二、可重入/线程安全 1、基本概念 2、线程安全 3、重入函数 4、联系与区别 三、常见锁概念 四、Linux线程同步 1、基本概念 2、条件变量的使用 3、条件变量等待 4、条件变量使用规范 五、POSIX信号量 1、信号量概念及介绍 2、信号量的使用 零、前言 本章主要讲解学习Linux中对多线程的执行中的同步与互斥 一、Linux线程互斥 1、基本概念及引入 互
本文介绍了多线程和线程同步的基础知识，并基于Linux环境进行了详细的实例分析。通过本文的学习，读者可以掌握多线程和线程同步的基本原理，并能够使用相关技术解决实际问题。
C 语言是一门面向过程的编程语言，通过一个又一个函数，把计算、过程控制等逻辑，包装成一个个独立的处理单元。
先介绍eventfd 1 #include<sys/eventfd.h> 2 int eventfd(unsigned int initval, int flags); 使用这个函数来创建一个事件对象，linux线程间通信为了提高效率，大多使用异步通信，采用事件监听和回调函数的方式来实现高效的任务处理方式（虽然会将逻辑变得复杂）。 linux内核会为这个事件对象维护一个64位的计数器(uint64_t).并在初始化时用传进去的initval来初始化这个计数器，然后返回一个文件描述符来代表这个事件对象。 第二
线程 为什么使用线程? 使用fork创建进程以执行新的任务，该方式的代价很高——子进程将父进程的所有资源都复制一遍。 多个进程之间不会直接共享内存。 进程是系统分配资源的基本单位，线程是进程的基本执行
今天下午我遇到了一些棘手的问题，因为在mips64上编译程序，经常出现程序编译不出来，或者运行不正常，花了很长的时间定位，最后和同事一些解决了，下面分享出来我提炼出来的一些核心定位问题的步骤。
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第一篇，本篇文章将主要聚焦异常处理的几种方式展开，欢迎阅读。
在操作系统和程序设计中，sleep和wait是两个经常被提及的概念，它们各自具有独特的功能和用途。了解这两者之间的区别对于编写高效和稳定的程序至关重要。本文将深入探讨sleep和wait之间的主要差异。
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第三篇，本篇文章将主要聚焦业务开发对异常处理的需求点和一些优秀的异常处理案例，欢迎阅读。
在复杂业务环境下,java自带的异常可能满足不了我们业务的需求, 这个时候我们可以自定义异常来进行对业务异常的处理;
最近学完了简单的socket编程，发现其实socket的网络编程其实并没有什么难度，只是简单的函数调用，记住客户端与服务端的步骤，写起来基本没有什么问题。 在服务器程序的设计中，一个服务器不可能只相应一个客户端的链接，为了响应多个客户端的链接，需要使用多线程的方式，每当有一个客户端连接进来，我们就开辟一个线程，用来处理双方的交互（主要是利用recv或者recvfrom用于收发信息），由于但是在网络中可能出现这样一种情况：由于处理比较复杂，下一条信息到来之后，上一条信息的处理还没有完成，这样信息太多了之后系统的缓冲占满之后可能会发生丢包的现象，所以为了解决这个问题，需要另外再开一个线程，专门用来处理接收到的数据，这样总共至少有3个线程，主线程，收发信息的线程，处理线程；这样可能也不完整，处理的操作种类多了的话可能需要根据不同的请求来开辟不同的线程用来处理这一类请求，下面是实现这一思路的部分代码： 全局变量：
前言：前面了解完前面的Linux进程基础概念后，我们算是解决了Linux进程中的一大麻烦，现在我们准备更深入的了解Linux进程——Linux进程控制！
在调用windows API时函数会首先对我们传入的参数进行校验，然后执行，如果出现什么情况导致函数执行出错，有的函数可以通过返回值来判断函数是否出错，比如对于返回句柄的函数如果返回NULL 或者INVALID_HANDLE_VALUE，则函数出错，对于返回指针的函数来说如果返回NULL则函数出错，但是对于有的函数从返回值来看根本不知道是否成功，或者为什么失败，对此windows提供了一大堆的错误码，用于标识API函数是否出错以及出错原因。 在windows中为每个线程准备了一个存储区，专门用来存储当前API执行的错误码，想要获取这个错误码可以通过函数GetLastError。在这需要注意的是当前API执行返回的错误码会覆盖之前API返回的错误码，所以在调用API结束后需要立马调用GetLastError来获取该函数返回的错误码。但是windows中的错误码实在太多，有的时候错误码并不直观，windows为每个错误码都关联了一个错误信息的文本，想要通过错误码获取对应的文本信息，可以通过函数FormatMessage来获取。 下面是一个具体的例子：
在软件开发的复杂世界中，错误是不可避免的。无论是因为外部系统的变化、用户输入的错误，还是内部逻辑的缺陷，错误都会出现。为了有效管理这些错误，并向用户和开发者提供清晰、有用的反馈，设计一套合理的错误码和错误提示系统变得至关重要。本文将探讨设计错误码和错误提示的最佳实践，并介绍一些可供参考的开源规范和模板。
与线程有关的函数构成了一个完整的系列，大多数函数名都是以“pthread_”为开头的，要使用这些函数需要引入头文件pthread.h。链接这些线程函数库需要使用编译器命令的-lpthread选项。
解绑 SSH 密钥对后，您需要重启实例（RebootInstance）使更改生效。
在 C 语言中，错误码的返回方式有两种：一种是直接占用函数的返回值，函数正常执行的返回值放到出参中；另一种是将错误码定义为全局变量，在函数执行出错时，函数调用者通过这个全局变量来获取错误码
咱们引入 go generate ，可以只用定义错误码和写注释，就可以达到，当我们调用错误码的时候，能够正确的输出我们想要的错误信息
EasyGBS是基于GB28181协议的视频平台，拥有视频直播、录像、存储、检索与回放、云台控制、告警上报、语音对讲、平台级联等功能。平台可提供流媒体接入、处理、转发等服务，支持内网、公网的监控设备通过国标GB/T28181协议进行视频监控直播。
这周末闲来无事，整理了下虚拟显示器的源码，发现有几个项目都用到了，但是使用的功能不尽相同： （1）最简单的运用仅仅是需要显示器的拔插； （2）稍微复杂一点的是需要设置显示器的分辨率，包括标准的分辨率，如19201080，还包括非标准的分辨率，如1120900； （3）再复杂一点的需要设置显示器名称、刷新频率、获取虚拟显示器屏幕图像信息。 再观察我的那几个项目，都重复的导入了源码，每次发现一个bug，改了一个，另外一个忘记同步了，造成代码维护的不便，所以此次将虚拟显示器部分的代码进行提取，单独封装成一个SDK，只要项目中有用到都使用这个SDK即可。
1)头文件 windows下winsock.h/winsock2.h linux下sys/socket.h 错误处理：errno.h 2)初始化 windows下需要用WSAStartup WSADATA wsaData; err = WSAStartup(0x202,&wsaData); if ( err != 0 ) { return 0; } else if ( LOBYTE( wsaData.wVersion )
去搜错误码（可以看看日志文件里有没有），不搜不知道，一搜真香，网上大概率会有对应问题的解决教程
业务软件设计开发过程中会依赖一些基础组件， 事件路由就是常见的基础组件。 本模块结合业务场景， 定制了一个基本的事件路由模块。
如果一个人在工作的时候，能够看到良质，而且感觉到它的存在，那么他就是一个懂得关心的人。如果一个人对自己所看到的和手中所做的都细致入微地关心，那么他一定有某些良质的特性。---《禅与摩托车维修艺术》。
这些年，接触了形形色色的项目，写了不少网络编程的代码，从windows到linux，跌进了不少坑，由于网络编程涉及很多细节和技巧，一直想写篇文章来总结下这方面的心得与经验，希望对来者有一点帮助，那就善莫大焉了。 本文涉及的平台包括windows和linux，下面开始啦。 一、非阻塞的的connect()函数如何编写 我们知道用connect()函数默认是阻塞的，直到三次握手建立之后，或者实在连不上超时返回，期间程序执行流一直阻塞在那里。那么如何利用connect()函数编写非阻塞的连接代码呢？ 无论在win
这些年，接触了形形色色的项目，写了不少网络编程的代码，从windows到linux，跌进了不少坑，由于网络编程涉及很多细节和技巧，一直想写篇文章来总结下这方面的心得与经验，希望对来者有一点帮助，那就善莫大焉了。 本文涉及的平台包括windows和linux，下面开始啦。 一、非阻塞的connect()函数如何编写 我们知道用connect()函数默认是阻塞的，直到三次握手建立之后，或者实在连不上超时返回，期间程序执行流一直阻塞在那里。那么如何利用connect()函数编写非阻塞的连接代码呢？ 无论在wind
pthread_rwlock_rdlock()用来获取读出锁，如果相应的读出锁已经被某个写入者占有，那么就阻塞调用线程。 pthread_rwlock_wrlock()用来获取一个写入锁，如果相应的写入锁已经被其它写入者或者一个或多个读出者占有，那么就阻塞该调用线程； pthread_rwlock_unlock()用来释放一个读出或者写入锁。函数原型如下：
云审计服务支持删除已创建的追踪器。删除追踪器对已有的操作记录没有影响，当您重新开通云审计服务后，依旧可以查看已有的操作记录。DELETE /v1.0/{project_id}/tracker无无无请参见错误码。
错误码，是仅次于接口的游戏与SDK交流的工具。好的错误码就像接口设计一样可以大大降低接入成本，甚至不需要错误描述，仅仅通过错误码一眼就能大概确定问题原因。但是现实常常并不是这样的。这里主要是对开发中与错误码相关的一些细节的分析和探讨，包括错误码有几级，默认的错误返回怎么初始化一级对于第三方平台的错误码如何处理等。 错误码怎么定义 目前我们的接口的调用结果只有一级。因此有时候调用完一个接口以后，游戏处理的内容就会很多。有些游戏很勤快，他愿意处理各种细分的错误和异常，但是有些游戏比较懒，他其实不想去处理的，于是
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第二篇，本篇文章将主要聚焦面向对象的分析设计和框架设计，欢迎阅读。
这里也能解释为什么对于常量字符串类型为什么不能修改了，因为要修改的时候会从虚拟地址转化成物理地址，然后检查权限是否可以修改等等。
业界错误码的规范很多，但是阅读发现这些规范各不相同，甚至很多点相悖。前段时间查了很多资料、咨询过阿里百度等几家公司的同学整理出一份材料和同事分享交流过一轮，下面是一些汇总，这里是希望各路大神们不吝赐教，一起整理出一份最佳实践。
2017 年，某业务团队通过某次技术会议确定禁止在代码中使用异常，当时的目的旨在规范一些存在的基本问题，诸如：使用异常导致协程冲突，捕获到异常和抛出的不一致；未捕获异常导致后端框架中的 worker 进程终止，重启 worker 进程漫长导致效率很差；数据一致性问题等。代码到底该不该用异常，时至今日仍是一个争论不休的话题，本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第四篇。主要聚焦上层的决策点进行展开，欢迎阅读。读完全文还可以参加惊喜活动抽奖哦！
node-mkdirp是一个linux命令 mkdir -p的node版本，也就是创建多级目录。node-mkdirp值得新手学习的地方在于学习对于错误码的利用和基本的API使用。我曾经也写过一个创建多级目录的方法，不过自己都只是通过split方法对目录分隔开后逐层判断是否存在，再创建。node-mkdirp的方式则是通过fs.mkdir的错误码来判断，挺巧妙的。
2018年的第一天，祝大家365天元气满满！ 话不多说，先打响新年第一炮（不好意思，我又污了=.=） ***本系列内容仅用于技术分享，请勿对号入座*** 之前有讲过要分享一些云平台渗透的经验，其中最有意思的就属这个python shell了。 首先经过fuzzing发现了这样一个console口： 根据路径判断，这个应该是python的交互式shell，也就是我们平时在cmd命令行敲“python”之后出来的一个console，试了一下，果然是： 📷 但是执行系统命令的时候就返回不正常了，要么是0，要么是2
《Java 开发手册》是阿里巴巴集团技术团队的集体智慧结晶和经验总结，经历了多次大规模一
在调用环信IM SDK中的注册与登录接口前，需要先进行初始化，如下所示，其中appkey在控制台应用详情中获取：
学过数据的人一般都知道事务的重要性，事务是一种对数据源的一系列更新进行分组或者批处理以便当所有更新都成功时同时提交更新，或者任意一个更新失败时进行回滚将数据库中的数据回滚到执行批处理中的所有操作之前的一种方法。使用事务保证了数据的完整性。这里不展开详细的说事务，只是谈谈OLEDB在事务上的支持
1. TCP/IP协议栈层次结构 2. TCP三次握手需要知道的细节点 3. TCP四次挥手需要知道的细节点(CLOSE_WAIT、TIME_WAIT、MSL) 4. TCP与UDP的区别与适用场景 5. linux常见网络模型详解(select、poll与epoll) 6. epoll_event结构中的epoll_data_t的fd与ptr的使用场景 7. Windows常见的网络模型详解(select、WSAEventSelect、WSAAsyncSelect) 8. Windows上的完成端口模型(
上面介绍了错误码的一些知识，这一部分讲开发中是如何使用 自定义错误函数来处理错误信息的。为了演示，我们新增一个根据手机号获取验证码的 API：
很多使用堡垒机来连接外网的企业，在使用过程中都可能会遇到各种各样的报错，而错误码110是报错中经常出现的代码，很多朋友不知道为什么会出现这样的错误码，那么服务器堡垒机错误码110的原因是什么？错误码110如何解决呢？
最近在做一个和前端、第三方平台（可以简单理解为公司别的部门或者客户软件）直接交互的服务，涉及到用户注册、登录、数据处理等模块。架构图大概如下：
我们知道网页有他的状态码，比如最常见的404，500。都有他自己的含义，但是，在MySQL数据库里面也有他们的一个错误码，相信很多同学见过但是没有注意到吧。很多时候，进行数据库操作的时候，会提示错误，但是大部分同学都会选择直接重写语句而不是先考虑如何根据错误信息来修改，其实学会看错误码，能够快速的定位自己的错误，更容易就能解决问题哦
阿里的《Java开发手册》被Java开发者所拜读，基本人手一册，就在前几天(2020.04.22)发布了泰山版 - 会当凌绝顶，一览众山小，而这次发布新增了很多干货内容，在此，给大家分享一下，是时候更新你的手册了。(文末附下载地址)
errno.ErrUserPhone、errno.OK 表示自定义的错误码，下面会看到定义的地方。
PDOStatement::errorInfo — 获取跟上一次语句句柄操作相关的扩展错误信息(PHP 5 = 5.1.0, PECL pdo = 0.1.0)
我们都知道，前端通常会通过后台提供的接口来获取数据来完成前端页面的渲染，前端可以为 PC 端、M 端、小程序、APP 等。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
