本文主要内容是介绍移动端优化会涉及到的绑定cpu（cpu affinity）[2,3]的概念和相关验证实验。
3 C++ Boost 字符,文本 目录: 字符与数值转换 Boost format函数 简单实用 Boost format 输出人员信息 小案例 Boost format 数字处理 Boost format 高级特性 Boost String 处理,大小写转换 Boost String 字符串查找 Boost String 字符串判断式 Boost String 字符串替换: Boost String 字符串分割 Boost String trim剔除两边字符 Boost String regex
服务器端的代码做了跨平台（POSIX和WINDOWS），基于POSIX平台（Linux、Mac OS X、PlayStation等）使用sys/socket.h库，windows平台使用winsock2.h库。 客户端代码因为基本都在windows运行，所以没做跨平台，需要的话你可以参考服务器端代码自己做一下。 文中写的函数原型均为windows平台，部分函数的返回类型或参数类型在POSIX会有不同。
用“-Wl,-Bstatic”指定链接静态库，使用“-Wl,-Bdynamic”指定链接共享库，使用示例： -Wl,-Bstatic -lmysqlclient_r -lssl -lcrypto -Wl,-Bdynamic -lrt -Wl,-Bdynamic -pthread -Wl,-Bstatic -lgtest （"-Wl"表示是传递给链接器ld的参数，而不是编译器gcc/g++的参数。） 1) 下面是因为没有指定链接参数-lz（/usr/lib/libz.so，/usr/lib/libz.a ） /usr/local/mysql/lib/mysql/libmysqlclient.a(my_compress.c.o): In function `my_uncompress': /home/software/mysql-5.5.24/mysys/my_compress.c:122: undefined reference to `uncompress' /usr/local/mysql/lib/mysql/libmysqlclient.a(my_compress.c.o): In function `my_compress_alloc': /home/software/mysql-5.5.24/mysys/my_compress.c:71: undefined reference to `compress' 2) 下面是因为没有指定编译链接参数-pthread（注意不仅仅是-lpthraed） /usr/local/mysql/lib/mysql/libmysqlclient.a(charset.c.o): In function `get_charset_name': /home/zhangsan/mysql-5.5.24/mysys/charset.c:533: undefined reference to `pthread_once' 3) 下面这个是因为没有指定链接参数-lrt /usr/local/thirdparty/curl/lib/libcurl.a(libcurl_la-timeval.o): In function `curlx_tvnow': timeval.c:(.text+0xe9): undefined reference to `clock_gettime' 4) 下面这个是因为没有指定链接参数-ldl /usr/local/thirdparty/openssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup': dso_dlfcn.c:(.text+0x4c): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x62): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x6c): undefined reference to `dlclose' 5) 下面这个是因为指定了链接参数-static，它的存在，要求链接的必须是静态库，而不能是共享库 ld: attempted static link of dynamic object 如果是以-L加-l方式指定，则目录下必须有.a文件存在，否则会报-l的库文件找不到：ld: cannot find -lACE 6) GCC编译遇到如下的错误，可能是因为在编译时没有指定-fPIC，记住：-fPIC即是编译参数，也是链接参数 relocation R_x86_64_32S against `vtable for CMyClass` can not be used when making a shared object 7) 下面的错误表示gcc编译时需要定义宏__STDC_FORMAT_MACROS，并且必须包含头文件inttypes.h test.cpp:35: error: expected `)' before 'PRIu64' 8) 下面是因为在x86机器（32位）上编译没有指定编译参数-march=pentium4 ../../src/common/libmooon.a(logger.o): In function `atomic_dec_and_test': ../../include/mooon/sys/atomic_gcc.h:103: undefined reference to `__sync_sub_and_fetch_4' 9) 下列错误可能是因为多了个“}” error: expected d
最近VScode坏了，莫名其妙连不上虚拟机了，很难受。 已经判定不是Linux的问题，因为用cmd可以远程连接上。 所以这份就用VS先顶一下了，报了一堆的错也看不清楚。
C++11标准里有动态模板参数已经是众所周知的事儿了。但是当时还有个主流编译器还不支持。 但是现在，主要的编译器。VC(Windows),GCC(Windows,Linux),Clang(Mac,IOS)都已经支持了。所以就可以准备用于生产环境了。 type_traits没啥好说的。主要是一些静态检测。主要还是要看动态模板参数和他们两的结合使用上。 动态模版参数标准文档见: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2242.pdf 和 http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2555.pdf 虽然贴出来了。估计是没人看得。所以就直接说重点。
慢慢一点一点看看Boost，这段时间就Asio库吧。 据说这货和libevent的效率差不多，但是Boost的平台兼容性，你懂得。还有它帮忙干掉了很多线程安全和线程分发的事情。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
当时看了报错，简单的以为跟之前遇到的原因一样，随即提出了解决方案，怎奈，短短几分钟，就被无情打脸，啪啪啪😭。为了我那仅存的一点点自尊，赶紧看下原因，顺便把之前的问题也回顾下。
因为一些原因，项目现有软件架构采用的都是 IPC sockte 中的 TCP 通信机制，虽然保证了通信的可靠性，但近期需要对该程序进行热迁移（基于 criu ），有连接的 IPC 套接字状态很难被保存和恢复，而 无连接的 UDP 只需要保证服务端先冻结、先恢复即可实现程序整体状态迁移，因此写下本文，记录迁移过程，最后提供示例程序，可以自行通过 BCompare 等文本对比工具对比差异。
如上图所示，这篇文章我们将介绍CSBattleMgr的情况，但是我们不会去研究这个服务器的特别细节的东西（这些细节我们将在后面的文章中介绍）。阅读一个未知的项目源码如果我们开始就纠结于各种细节，那么我们最终会陷入“横看成岭侧成峰，远近高低各不同”的尴尬境界，浪费时间不说，可能收获也是事倍功半。所以，尽管我们不熟悉这套代码，我们还是尽量先从整体来把握，先大致了解各个服务的功能，细节部分回头再针对性地去研究。
木有错，这是C++，并且很方便地实现了委托 这就是传说中的绑定库和增强型的函数对象 接下来一个一个来
我相信你是遇到了同样的问题、通过搜索引擎来到这里的。为了不耽误排查问题的时间，我提前说明一下这篇文章所描述的问题范畴：
虽然本文标题是Linux网络服务器编程，socket网络编程的技术也多用于服务器编程，但其实客户端中也有使用这个技术的关键场景：长连接。比如笔者所在项目的客户端，其长连接也是使用socket的c++编程实现的。基于TCP协议的socket编程实现非常适合需要轻量稳定的客户端长连接。因此本文对于客户端开发来说，也是有益的知识点。
IO多路复用通常用于处理单进程高并发，在Linux中，一切皆文件，一个socket连接会对应一个文件描述符，在监听多个文件描述符的状态应用中epoll相对于select和poll效率更高
1.The vocabulary associated with lambdas lambda expression 仅仅是一个表达式，是源码中一部分。 closure 是由一个lambda产生的运行时对象。 closure class 是一个类类型，一个closure可以从该closure class中实例化。每个lambda都会使得编译器产生一个独一无二的closure class。一个lambda内的语句会变成它的closure class的成员函数中可执行的指令。 2. Avoid defau
实际上我们两台机器在进行通信时，是应用层在进行通信，应用层必定会推动下层和对方的上层进行通信。
没有在Windows下开发的打算，代码也是用vim直接干，所以本系列博客是基于Linux平台的开发。 我用的是CentOS8，别的也可以，细微差别而已。 全程root权限下去玩。 不要被环境耽搁了，配个环境赶紧上车吧。
综合 select 和 poll 的一些优缺点，Linux 从内核 2.6 版本开始引入了更高效的 epoll 模型，本文我们来详细介绍 epoll 模型。
在上一篇文章中，我们提到可调用对象(callable object)，其中一种就是std::bind表达式。在这篇文章中，我们来谈谈std::bind表达式。
该文章介绍了如何使用 muduo C++ 网络库实现多线程服务器。它首先介绍了 muduo 的概况，然后详细讲解了多线程服务器的实现原理和具体代码，最后给出了示例代码和测试结果。
随着数字时代的来临，TCP网络程序已成为程序员不可或缺的技术领域。本博客将带领读者深入研究，从最基础的字符串回响开始，逐步探索至多进程、多线程服务器的高级实践。我们将详细探讨每个环节的核心功能和实现细节，致力于帮助读者深刻理解网络编程的本质。通过系统学习本博客内容，读者将获得构建稳健网络应用的重要技能，更加自信地应对日益复杂的软件开发挑战。这里将为你的编程旅程提供扎实的基础和深远的启示。
//lambda表达式使得STL中的 ”_f“簇算法 std::find_if, std::remove_if,std::count_if
回调函数是做为参数传递的一种函数，在早期C样式编程当中，回调函数必须依赖函数指针来实现。
在 STL 中 预定义了很多 函数对象 , 如果要 对 函数对象 的 参数 / 返回值 进行 计算 或 设置 , 可以 使用 " 函数适配器 " 实现上述需求 ;
仿函数的定义：仿函数（functor），它的行为类似于函数的东西（something that performs a function)
协议是一种约定，在使用socket api接口的的时候，比如网络套接字的博文中写的示例代码，都是按字符串的方式来接收的，但是如果传输的是结构体的数据，就需要考虑以下问题：
一、背景介绍： 函数指针始终不太灵活，它只能指向全局或静态函数，对于类成员函数、lambda表达式或其他可调用对象就无能为力了，因此，C++11推出了std::function与std::bind这两件大杀器，他们配合起来能够很好的替代函数指针。
Handy是一个简洁优雅的C++11网络库，适用于linux与Mac平台。十行代码即可完成一个完整的网络服务器。
近期发现项目组使用新版本的 opentelemetry-cpp 的时候偶现崩溃。崩溃的位置在STL的 std::future 析构的地方，而这个 std::future 由 std::async创建。 比较违反直觉，这里记录分享一下分析和解决过程方面其他碰到的小伙伴们。
Boost 库是一个由C/C++语言的开发者创建并更新维护的开源类库，其提供了许多功能强大的程序库和工具，用于开发高质量、可移植、高效的C应用程序。Boost库可以作为标准C库的后备，通常被称为准标准库，是C标准化进程的重要开发引擎之一。使用Boost库可以加速C应用程序的开发过程，提高代码质量和性能，并且可以适用于多种不同的系统平台和编译器。Boost库已被广泛应用于许多不同领域的C++应用程序开发中，如网络应用程序、图像处理、数值计算、多线程应用程序和文件系统处理等。
注意，在主函数中只有输出cout。这是所有代码学习最本原的基础，这个程序属于单机终端显示，最最简陋的人机交互，发布的是一个事先预定的消息。
在我之前的博客让类成员函数指针成为可调用对象里有提到bind函数适配器，现在在这里介绍一下。
在当今数字化时代，网络通信作为连接世界的桥梁，成为计算机科学领域中至关重要的一部分。理解网络编程是每一位程序员必备的技能之一，而掌握套接字编程则是深入了解网络通信的关键。本博客将深入讨论套接字编程中的基本概念、常见API以及实际应用，通过一步步的学习，帮助读者逐渐掌握网络编程的精髓。
a cross-platform C++ library for network。
最近在看陈硕大大 的《Linux 多线程服务端编程：使用 muduo C++ 网络库》 ，看到里面用variadic template 和boost智能指针 实现了一个 signal/slot，现在C++11 已经把 boost的智能指针引入到标准库里边了。就想利用纯C++11 实现一遍。
std::function 是 C++11 标准库中的一个模板类，它可以用于包装任何可调用对象（函数、函数指针、成员函数、lambda 表达式等），并提供一种统一的方式来管理和调用这些可调用对象。
许多面试官会问：你知道回调吗？你在写回调的时候遇到哪些坑？你知道对象生命周期管理吗？为什么这里会崩溃，那里会泄漏？ 在设计 C++ 回调时，你是否想过：同步还是异步？回调时（弱引用）上下文是否会失效？一次还是多次？如何销毁/传递（强引用）上下文？ 这篇文章给你详细解答！ 本文深入分析 Chromium 的 Bind/Callback 机制，并讨论设计 C++ 回调时你可能不知道的一些问题。 背景阅读 如果你还不知道什么是 回调 (callback)，欢迎阅读 如何浅显的解释回调函数 如果你还不知道什
C++中函数指针的用途非常广泛，例如回调函数，接口类的设计等，但函数指针始终不太灵活，它只能指向全局或静态函数，对于类成员函数、lambda表达式或其他可调用对象就无能为力了，因此，C++11推出了std::function与std::bind这两件大杀器。
之前写过一篇文章专门分析了 c++ 模板编译过程中报的一个错误：《fatal error C1045: 编译器限制 : 链接规范嵌套太深 》，其中涉及到了 qtl —— 一个使用 c++ 11 构建的数据库访问库，当时限于篇幅，没有深入研究它是如何借助 c++ 11 来简化数据库访问接口的，本文现在就来探讨一下这方面的内容。
在前面C++集群的项目里面大量应用到了绑定器来做解耦操作，那么，绑定器到底是什么呢？有什么玄妙的地方嘞？
http://stackoverflow.com/questions/2964391/preventing-multiple-process-instances-on-linux
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
