socket 发送缓冲区控制

本贴最后更新于 526 天前,其中的信息可能已经时移世易

假设应用程序需要发送 40kB 数据,但是 TCP 发送缓冲区只有 25kB 剩余空间,那么剩下的 15kB 数据怎么办?
如果等待 OS 缓冲区可用,会阻塞当前线程,因为不知道对方什么时候收到并读取数据.

为了避免这种阻塞,可以引入应用层发送缓冲区,将要发送的数据暂时缓存起来。当 TCP 连接的发送缓冲区有足够的空间时,应用层发送缓冲区中的数据就可以被立即发送,从而避免阻塞


TCP 连接发送数据时,内核维护了一个发送缓冲区,用于存储待发送的数据,而发送缓冲区的大小是有限的

当调用 send()发送数据时,数据从用户态缓冲区复制到内核缓冲区,然后通过网络发送出去
如果发送缓冲区已满,则 send()会被阻塞,直到发送缓冲区中有空间可用

在这里我们可以使用快速用户空间套接字1,减少内核复制开销

当发送大量数据时,如果一次性全部发送到内核缓冲区中,则可能会因为缓冲区空间不足而导致阻塞,阻塞时间可能很长。

为提高数据传输的效率和响应速度,将数据分批发送,每次发送一部分数据,并通过应用层发送缓冲区进行缓存
等待发送缓冲区有空间时再发送下一批数据。使得发送操作不会因为缓冲区不足而阻塞,从而提高传输效率和响应速度

相当于设置消息帧协议21


注意 socket 发送缓冲区可以不装满发送, 而且可以由程序员手动设置缓冲区大小

解决办法

  1. 使用非阻塞 IO 操作

    就是将 socket 设置成非阻塞模式, 发送数据时不会阻塞线程

  2. 使用多线程

    也就说类似于 sylar 项目中那样, 通过 hook 把 socket 修改为异步的

  3. 使用快速用户空间套接字1

    减少内核复制开销

  4. 设置缓冲区大小

    一般不建议把缓冲区设置的太大, 在高性能场景下, 设置太大会导致利用率低, 没办法有效利用
    而且 socket 也不止一个, 每个都设置的较大就会导致缓冲区非常大而且利用率非常低


  1. 快速用户空间套接字

    Linux 内核提供的高性能 IPC1机制, 目的是降低状态切换1的开销 ^(上下文切换和内存复制开销)^

    传统 IPC1涉及多次上下文切换和内存复制导致性能损失, FUS 是零拷贝,无系统调用,无状态切换1

    FUS 完全可以取代 普通 socket, 但是在一些对性能没那么高要求的地方可以使用普通的, 因为相对简单


    基于内存映射和事件驱动机制的

    首先, 两个进程都创建 FUS 套接字,并使用内存映射将其映射到共享的内存区域中。
    然后,进程可以直接在内存区域中读写数据,而不需要进行状态切换1
    当数据准备好时,通过事件驱动机制通知另一个进程进行读取

    #define FUS_SOCKET_SIZE (1 << 12)
    #define FUS_PAYLOAD_SIZE (1 << 12)
    
    struct fus_socket {
        int evtfd;
        uint32_t head, tail, wrap_counter;
        char pad1[4], pad2[4], payload[FUS_PAYLOAD_SIZE];
    };
    
    int main() {
        void* map = mmap(nullptr, 
            FUS_SOCKET_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED | MAP_ANONYMOUS,
            -1, 0);
        if (map == MAP_FAILED) {
            std::cerr << "Failed to mmap: " << strerror(errno) << std::endl;
            return 1;
        }
    
        fus_socket* sock = reinterpret_cast<fus_socket*>(map);
    
        sock->evtfd = eventfd(0, EFD_NONBLOCK);
        if (sock->evtfd == -1) {
            std::cerr << "Failed to create eventfd: " << strerror(errno) << std::endl;
            return 1;
        }
    
        sock->head = sock->tail = sock->wrap_counter = 0;
    
        // Send some data
        const char* message = "Hello, FUS!";
        uint32_t len = strlen(message);
        memcpy(sock->payload + sock->tail, message, len);
        sock->tail += len;
    
        // Notify the receiver
        uint64_t event_val = 1;
        int res = write(sock->evtfd, &event_val, sizeof(event_val));
        if (res == -1) {
            std::cerr << "Failed to write to eventfd: " << strerror(errno) << std::endl;
            return 1;
        }
    
        // Wait for the receiver to read the data
        int futex_res = syscall(SYS_futex, &sock->tail, FUTEX_WAIT, sock->tail, nullptr, nullptr, 0);
        if (futex_res == -1) {
            std::cerr << "Failed to wait on futex: " << strerror(errno) << std::endl;
            return 1;
        }
    
        std::cout << "Data received by receiver." << std::endl;
    
        // Cleanup
        close(sock->evtfd);
        munmap(map, FUS_SOCKET_SIZE);
        return 0;
    }
    
  2. 进程通信

    • 共享存储 ^(通信进程之间存在一块可直接访问的共享空间)^

      需要同步互斥工具

      • 低级通信方式 ^(基于数据结构的共享)^ 只能存放固定的数据结构, 速度慢, 限制多
      • 高级通信方式 ^(基于存储区的共享)^ 在内存划分共享存储区, 不限制数据结构和存放位置, 速度快, 限制少
    • 消息传递 ^(进程间直接交换数据, 数据以 格式化的消息 为单位交换)^

      通过发送/接受原语进行数据交换

      格式(消息头, 消息体)

      当前最广泛的进程间通信方式, 网络的主要通信工具(报文1)

      • 直接通信方式 ^(直接将消息交给进程(将消息放置接收进程的消息队列))^
      • 间接通信方式 ^(消息发送给中间实体(信箱), 网络中常用)^
    • 管道通信 ^(一个特殊的共享文件)^

      在内存中开辟一个固定大小的缓冲区(与内存页1大小相同)

      采用半双工通信1, 进程访问管道需要互斥访问

      没写满不允许读, 没读完不允许写

      只能读一次, 读出后管道抛弃数据


    IPC 问题1

    实际通信方式

    • 管道 ^(半双工的通信方式,分为匿名管道和命名管道)^

    • 信号 ^(异步的通信方式,用于通知接收进程发生了某种事件)^

    • 共享内存 ^(进程间数据共享的方式,允许多个进程访问同一块内存区域)^

    • 消息队列 ^(消息传递机制,消息队列存放在内核中,允许一个进程向另一个进程发送消息)^

    • 信号量 ^(进程间同步的机制,用于协调多个进程对共享资源的访问)^

    • 套接字 ^(进程间网络通信的机制,可以实现不同主机上的进程间通信)^

    • 报文交换

    • 优点

      • 无须建立连接
      • 动态分配路线
      • 提高线路可靠性
      • 提供多目标服务
    • 缺点

      • 产生了转发时延
      • 存储管理困难
    • 页式虚拟存储器 :: 基本分页存储管理1

    • 页表 :: 是一种存储结构

      • 有效位被称为装入位

      • 页表项 = (有效位 ^(是否被使用, 是否在主存中)^, 脏位 ^(是否被修改过, 是否需要使用回写策略)^, 引用位 ^(也称访问位, 用于记录一段时间内的访问次数或者其他, 供置换算法参考)^, 物理页或磁盘地址)

        • 在没有使用虚拟技术时, 那么就没有有效位这些辅助信息, 因为作业全装入内存[^7]
      • 优点 :: 长度固定, 页表简单, 调入方便

      • 缺点 :: 会有部分空间浪费, 页逻辑上不独立, 处理, 保护和共享不方便

      • 页表是地址变化机构的一部分(数据), 另一部分是判断(判断逻辑地址越界和是否在页表)

    • 内存页面 > 内存块(Cache 块)

    • 快表 :: 将页表放入高速缓冲存储器, 遵循局部性原理1

      • 放入主存的页表称为慢表
      • 通常采用全相联或组相联方式, 是相联存储器, 可以按内容寻址
      • 命中率一般在 90% 以上
      • 快表加速的是将逻辑地址转化成物理地址的速度, 类似与 ARP1
    • 快表 :: 将页表放入高速缓冲存储器, 遵循((20220825171041-2qo8g4p "局部性原理"))

    • 放入主存的页表称为慢表

    • 通常采用全相联或组相联方式, 是相联存储器, 可以按内容寻址

    • 命中率一般在 90% 以上

    • 快表加速的是将逻辑地址转化成物理地址的速度, 类似与((20220819165406-gosrf2n "ARP"))

    • 基本分页存储管理 ^(将主存分为大小相等相对较小的块作为分配的基本单位)^

      页 ^(内存分配单元(存储单元是字/字节))^

      页框 ^(进程的最大页数)^

      注意页框号和页号的区别 ^(页框号是作业在内存的实际物理地址,页号一般指逻辑地址 选择题往往考察给你个虚地址,先让你判断是否在内存,然后置换算法, 等找到页框号后加页内偏移量组成实际物理地址)^

      页表 :: 是一种存储结构1, 数组结构导致页号可以用地址隐含表示不需要存储

      • 注意区分 Cache 映射方式1与页表 :: 是一种存储结构1的关系

        页表负责将逻辑地址转换为主存地址, 然后在拿主存地址再进行一次页表查询是否再 Cache 中

      • 地址变换机构1的任务是逻辑地址转内存物理地址

      • 多级页表

        各级页表不能超过一个页面的最大页表项数目(页面大小/页表项大小)

        n = log(虚地址位数 - 页内偏移量)/log(页面大小/页表项大小)

        n 级页表访存次数 = n + 1 次, 才能获得物理地址

    • 页表 :: 是一种存储结构

    • 有效位被称为装入位

    • 页表项 = (有效位 ^(是否被使用, 是否在主存中)^, 脏位 ^(是否被修改过, 是否需要使用回写策略)^, 引用位 ^(也称访问位, 用于记录一段时间内的访问次数或者其他, 供置换算法参考)^, 物理页或磁盘地址)

      • 在没有使用虚拟技术时, 那么就没有有效位这些辅助信息, 因为作业全装入内存[^7]
    • 优点 :: 长度固定, 页表简单, 调入方便

    • 缺点 :: 会有部分空间浪费, 页逻辑上不独立, 处理, 保护和共享不方便

    • 页表是地址变化机构的一部分(数据), 另一部分是判断(判断逻辑地址越界和是否在页表)

    • 映射方式 :: 直接映射, 全相联映射, 组相联映射1

    • 直接映射

      • 主存块只能放在 Cache 的唯一位置, 若已有内容则直接替换, 哪怕有空闲的 Cache 块
      • 冲突概率最高, 空间利用率最低
      • 地址结构 :: 标记 - 行号 - 块内地址
      • 标记被多个地址块共享, 相当于标记被复用了, 在主存的位置用行号进行区分
        相对于全相联映射1
      • Cache 行号 = 主存块号 mod (Cache 行数)
    • 全相联映射

      • 主存块可以放在 Cache 的任意位置
      • 冲突概率低, 空间利用率最高, 命中率高, 标记比较速度慢, 成本高
      • 地址结构 :: 标记 - 块内地址
    • 组相联映射

      • 直接映射1和全相联映射的折中, 设置组号, 地址块先判断组号, 如果组号对应的 Cache 内有数据, 在通过遍历直接检索是否有相应的标志, 地址块可以放在 Cache 组里的任意位置
      • 组的大小适当时, 成本直逼直接映射, 性能接近全相联映射
      • 地址结构 :: 标志 - 组号 - 块内地址
      • 当一组由两个时称为 二路组相联, 以此类推, n 路组相联
    • 除此之外 Cache 的标记项内还有一个 有效位, 用来判断当前标志是否有效
      原因是最初 Cache 默认标签都指向 0, 但是并不是真的是 0 地址块的副本, 只是初始化
      所以需要一个有效位来判断是否真的有效

    • 错误理解1

      标记, 组号, 行号, 脏位, 有效位 是存放在页表 :: 是一种存储结构1中的, 错误理解1

      Cache 不仅仅只是用来存放数据的, 同时还将存储相应的地址映射表
      只是我们常认为的容量是指数据部分
      只要看到求 Cache 总容量有多少位时就是求数据位 + 地址映射表

    • 计算 Cache 命中率时 要留意读写指令!
      向 a = a + 1; 这种就有读指令和写指令, 如果缺是 a, 那么命中率是 50%

    • 从 Cache 中取数据首先获得物理地址(也就是在主存的真实物理地址)
      将地址根据映射方式, 拆分出组号和标签等信息, 通过地址映射表比对
      从而找到 Cache 对应的数据

    • 组相联映射

    • 直接映射1和全相联映射的折中, 设置组号, 地址块先判断组号, 如果组号对应的 Cache 内有数据, 在通过遍历直接检索是否有相应的标志, 地址块可以放在 Cache 组里的任意位置

    • 组的大小适当时, 成本直逼直接映射, 性能接近全相联映射

    • 地址结构 :: 标志 - 组号 - 块内地址

    • 当一组由两个时称为 二路组相联, 以此类推, n 路组相联

    • 直接映射

    • 主存块只能放在 Cache 的唯一位置, 若已有内容则直接替换, 哪怕有空闲的 Cache 块

    • 冲突概率最高, 空间利用率最低

    • 地址结构 :: 标记 - 行号 - 块内地址

    • 标记被多个地址块共享, 相当于标记被复用了, 在主存的位置用行号进行区分
      相对于全相联映射1

    • Cache 行号 = 主存块号 mod (Cache 行数)

    • 全相联映射

    • 主存块可以放在 Cache 的任意位置

    • 冲突概率低, 空间利用率最高, 命中率高, 标记比较速度慢, 成本高

    • 地址结构 :: 标记 - 块内地址

    • 这些映射方式需要用到的标记, 组号, 行号, 脏位等有专门的 memory 来存储~~~~换句话来说这些标记的额外信息又是如何工作的不在映射方式的讨论范围内(现代计 CPU)

    标记, 组号, 行号, 脏位, 有效位 是存放在 Cache 块内的, 块中的数据只有部分是来自内存

    • Cache 内存放的是纯粹的内存数据
    • 页表是地址变化机构的一部分(数据), 另一部分是判断(判断逻辑地址越界和是否在页表)
    • 局部性原理: 时间局部性, 空间局部性

    • 时间局部性 :: 现在使用的, 在未来大概率会被使用

    • 空间局部性 :: 未来使用的, 在空间上靠近现在使用的

    • 在程序执行过程中, 程序对主存的访问是不均匀的

    • 地址解析协议

    • ARP 表 = (IP 地址, MAC 地址)

    • 工作在网络层

    • 单向通信(单工) 只有一个方向的通信
      半双工通信(半双工) 双方都可以发送或接收数据
      全双工通信(全双工) 通信双方可以同时发送和接收数据
  3. IPC 问题

    由于进程的独立性和封闭性,需要特殊的技术和机制来完成不同进程间的通信和协作

    1. 根据需求选择适合的进程间通信

    2. 数据格式:通信的数据格式需要保证统一,否则无法正确解析数据

      常用的数据格式包括二进制、XML、JSON 等

    3. 安全性:数据需要保证安全,防止被非法获取或篡改

      需要考虑数据加密、身份验证等安全措施。

    4. 性能:不同的 IPC 方式有不同的性能特点,需要根据需求选择
      例如,共享内存可以实现高效的数据共享,但需要注意同步和互斥问题。

  4. 内核态和用户态的切换

    • 内核 -> 用户 :: 执行特权指令(修改 PSW), 让出 CPU 使用权
    • 用户 -> 内核 :: 由中断1引发, 硬件自动完成转换状态过程, 系统强行夺取使用权
    • 中断 ^(来自 CPU 外部, 与执行指令的无关事件引起)^

    • 可屏蔽中断 ^(CPU 可以通过中断控制器的设置, 被屏蔽的信号将不被送到 CPU)^

    • 不可屏蔽中断 ^(通过专门的中断请求线发送中断信号)^

  5. 实际通信方式

    • 管道 ^(半双工的通信方式,分为匿名管道和命名管道)^

    • 信号 ^(异步的通信方式,用于通知接收进程发生了某种事件)^

    • 共享内存 ^(进程间数据共享的方式,允许多个进程访问同一块内存区域)^

    • 消息队列 ^(消息传递机制,消息队列存放在内核中,允许一个进程向另一个进程发送消息)^

    • 信号量 ^(进程间同步的机制,用于协调多个进程对共享资源的访问)^

    • 套接字 ^(进程间网络通信的机制,可以实现不同主机上的进程间通信)^

  6. 消息帧协议

    是一种通信协议,用于在通信系统中传输数据. 在协议中数据被分割成固定大小的帧
    每个帧都包含了数据和控制信息,以确保数据的可靠传输和正确性通常

    消息帧协议包含了帧的格式、帧类型、帧长度、校验和等内容

    消息帧协议通常用于工业自动化、电力、交通、航空航天等领域的通信系统中,以实现数据的可靠传输和控制

    在实际应用中,具有数据传输可靠、数据量小、速度快、延迟低等优点,适用于实时性要求高的应用场景。

    但同时也存在一些缺点,例如带宽利用率低、灵活性不高等

    因此,在设计和选择消息帧协议时,需要综合考虑应用场景、性能要求、可靠性要求和实际情况等因素


    要注意, 消息帧协议是来自应用层的, 要注意区分链路层的帧

    为什么还要在应用层1分帧?

    链路层1设置的帧大小由底层协议 ^(以太网,wifi 等)^ 所规定, 在开发层面上基本上是固定的, 没有办法根据具体业务来进行划分

    在应用层上再次进行分帧就可以将数据分成适当大小 ^(一般是分成更小)^ 来保证实时性和响应速度


    现在主流的 http/1.x 是没有分帧能力的, 到 2 以上才有.

  7. 应用层

  8. 数据链路层

    链路层功能

    • 为网络层提供服务 :: 无确认的无连接服务, 有确认的无连接服务, 有确认的面向连接服务

    • 链路服务

      • 帧定界, 帧同步, 透明传输

        • 最大传输单元
      • 流量控制

      • 差错控制

        • 自动重传请求
        • 前向纠错

    组帧

    • 字符计数法 :: 在帧头部使用一个计数字段来表明帧内字符数

    • 字符填充的首位定界符法 :: 特殊字符前用转移字符填充

    • 零比特填充的首尾标志法 :: 连续五个 1 后 一定有个 0

    • 违规编码法

      • 在物理层进行比特编码时, 通常采用违规编码法
      • 不采用任何填充技术, 只适用于采用冗余编码的特殊编码环境
      • 局域网 IEEE802 标准采用这种方法

    差错控制

    • 检测编码

      • 奇偶校验码
      • 循环冗余码
    • 纠错编码

    流量控制与可靠传输机制

    • 停止-等待协议 :: 发送一帧后要接收到确认帧才能继续

    • 滑动窗口流量控制

      • 发送窗口 :: 发送方维持一组连续的允许发送的帧序号

      • 接收窗口 :: 接收方维持一组连续的接收帧序号


      • 单帧滑动窗口

      • 多帧滑动窗口

        • 后退 N 帧协议

          • 发送窗口尺寸 [1, 2^n^ - 1]
        • 选择重传协议

          • 发送窗口 = 接收窗口 = 2^n-1^
        • 信道利用率 = \displaystyle \frac{L}{CT}

          • T 发送周期
          • C 数据发送速率
          • L 数据量
        • 信道吞吐率 = L / T

    • 可靠流量机制 :: 实际有线网络链路层很少采用可靠传输

    介质访问控制

    • 信道划分介质访问控制

      • 频分多路复用

      • 时分多路复用

      • 波分多路复用

      • 码分多路复用

        • 主要用于无线通信系统
    • 随机访问介质访问控制

      • ALOHA 协议

        • 纯 ALOHA 协议
        • 时隙 ALOHA 协议
      • CSMA 协议

        • 1-坚持 CSMA
        • 非坚持 CSMA
        • p-坚持 CSMA
      • CSMA/CD 协议

      • CSMA/CA 协议

    • 轮询访问介质访问控制

      • 令牌传递协议
    • 种类

      • 静态 :: 信道划分介质访问控制1
      • 动态 :: 随机访问介质访问控制1, 轮询访问介质访问控制1

    局域网

    • 局域网的特点由三个要素决定 :: 拓扑结构, 传输介质, 介质访问控制方式

    • 拓扑结构 :: 总线形网络, 星形网络, 环形网络, 网状网络1

    • 局域网中常使用双绞线1


    • 逻辑结构 物理结构
      以太网 总线形 星形或拓展星形
      令牌环 环形 星形
      FDDI 环形 双环
    • 以太网 :: 目前使用范围最广的局域网

    • IEEE 802.3

      • 描述物理层和数据链路层 MAC 子层的实现方法
    • 以太网简化通信措施

      • 采用无连接工作方式, 提供不可靠服务, 尽最大努力交付数据
      • 使用曼彻斯特的信号
    • 参数 10BASE5 10BASE2 10BASE-T 10BASE-FL
      传输媒体 基带同轴电缆(粗缆) 基带同轴电缆(细缆) 非屏蔽双绞线 光线对(850nm)
      编码 曼彻斯特编码 曼彻斯特编码 曼彻斯特编码 曼彻斯特编码
      拓扑结构 总线形 总线形 星形 点对点
      最大段长 500m 185m 100m 2000m
      最多结点数目 100 30 2 2
    • MAC 帧

      • MAC 地址 :: 6 字节
      • 前导码 :: 8B
      • 以太网 MAC 帧的数据大小 64 ~ 1518 B
      • 最小长度为 64B, 由 CSMA/CD 的算法
    • 高速以太网 :: 速率超过 100Mb/s

      • 100BASE-T 以太网

        • 9.6us 变成 0.96us
      • 吉比特以太网

      • 10 吉比特以太网

        • 只能工作在全双工方式
    • 无线局域网

      • 由固定基础设施无线局域网
      • 无固定基础设施移动自组织网络
    • 802.11 局域网 MAC 帧1

      • 类型 :: 数据帧, 控制帧, 管理帧

      • 数据帧

        • MAC 首部 30 字节
        • 帧主体 不超过 2312 字节
        • 帧检验序列 FCS 4 字节
        • 去往 AP 来自 AP 地址 1 地址 2 地址 3
          0 1 接收地址 = 目的地址 发送地址 = AP 地址 源地址
          1 0 接收地址 = AP 地址 发送地址 = 源地址 目的地址
    • VLAN

      • 可以隔离广播域和冲突域
      • 使用的是交换技术

    广域网

    • 因特网的核心部分

    • 广域网 != 互联网, 互联网可以连接不同类型的网络

    • 广域网由节点交换机以及连接这些交换机的链路组成(结点交换机 != 路由器)

      • 结点交换机 = 三层交换机
    • 区别 广域网 局域网
      覆盖范围 大, 通常跨区域 小, 通常在一个区域内
      连接方式 点对点连接
      为了提高网络可靠性,结点常连接多个结点
      普遍采用多点接入技术
      参考模型1 三层 两层
      联系与相似 1. 都是互联网的重要组成构件, 二者平等
      2. 连接到两者上的主句在网内通信时, 只需要器物理地址
      -
      着重点 强调共享资源 强调数据传输
    • PPP 协议

      • 串行线路面向字节的通信协议

      • 目的 :: 用来通过拨号或专线方式建立点对点连接发送数据

      • 组成部分

        • 链路控制协议
        • 网络控制协议
        • 一个将 IP 数据报封装到串行链路的方法
      • 点对点连接, 不采用 CSMA/CD1,没有最短最短帧1

      • 只提供检错, 不提供纠错, 是不可靠传输协议

      • 只支持全双工链路

    链路层设备

    • 局域网交换机

      • 本质是多端口网桥

      • 能划分冲突域

      • 总容量 = N × 10Mb/s (N 是端口数, 10 是例子)

      • 一般采用全双工

      • 模式 :: 直通式交换机, 存储转发式交换机

      • MAC 表 :: (MAC 地址 - 接口)

        • 具有自学习功能
    • 网桥

    • 信道划分介质访问控制

    • 频分多路复用

    • 时分多路复用

    • 波分多路复用

    • 码分多路复用

      • 主要用于无线通信系统
    • 随机访问介质访问控制

    • ALOHA 协议

      • 纯 ALOHA 协议
      • 时隙 ALOHA 协议
    • CSMA 协议

      • 1-坚持 CSMA
      • 非坚持 CSMA
      • p-坚持 CSMA
    • CSMA/CD 协议

    • CSMA/CA 协议

    • 轮询访问介质访问控制

    • 令牌传递协议

  9. 拓扑结构 :: 总线形网络, 星形网络, 环形网络, 网状网络

    • 在局域网和传统电话网中普遍使用
  10. MAC 帧

  11. 参考模型

    • CSMA/CD 协议
    • 最小长度为 64B, 由 CSMA/CD 的算法

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...

推荐标签 标签

  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息,资讯有时效性和地域性。

    54 引用 • 85 回帖 • 1 关注
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台, 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动, 非阻塞 I/O 模型而得以轻量和高效。

    138 引用 • 268 回帖 • 102 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 1 关注
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    198 引用 • 120 回帖
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    546 引用 • 3531 回帖
  • 禅道

    禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。

    6 引用 • 15 回帖 • 166 关注
  • 招聘

    哪里都缺人,哪里都不缺人。

    189 引用 • 1056 回帖
  • IDEA

    IDEA 全称 IntelliJ IDEA,是一款 Java 语言开发的集成环境,在业界被公认为最好的 Java 开发工具之一。IDEA 是 JetBrains 公司的产品,这家公司总部位于捷克共和国的首都布拉格,开发人员以严谨著称的东欧程序员为主。

    180 引用 • 400 回帖
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发,并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例: https://wide.b3log.org

    30 引用 • 218 回帖 • 613 关注
  • 反馈

    Communication channel for makers and users.

    123 引用 • 908 回帖 • 221 关注
  • 博客

    记录并分享人生的经历。

    272 引用 • 2386 回帖
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 274 关注
  • Netty

    Netty 是一个基于 NIO 的客户端-服务器编程框架,使用 Netty 可以让你快速、简单地开发出一个可维护、高性能的网络应用,例如实现了某种协议的客户、服务端应用。

    49 引用 • 33 回帖 • 21 关注
  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    20648 引用 • 80709 回帖 • 2 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖 • 1 关注
  • C++

    C++ 是在 C 语言的基础上开发的一种通用编程语言,应用广泛。C++ 支持多种编程范式,面向对象编程、泛型编程和过程化编程。

    106 引用 • 152 回帖 • 3 关注
  • 钉钉

    钉钉,专为中国企业打造的免费沟通协同多端平台, 阿里巴巴出品。

    15 引用 • 67 回帖 • 351 关注
  • 创业

    你比 99% 的人都优秀么?

    83 引用 • 1398 回帖
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 468 关注
  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 48 关注
  • Electron

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖 • 10 关注
  • SMTP

    SMTP(Simple Mail Transfer Protocol)即简单邮件传输协议,它是一组用于由源地址到目的地址传送邮件的规则,由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇,它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 614 关注
  • VirtualBox

    VirtualBox 是一款开源虚拟机软件,最早由德国 Innotek 公司开发,由 Sun Microsystems 公司出品的软件,使用 Qt 编写,在 Sun 被 Oracle 收购后正式更名成 Oracle VM VirtualBox。

    10 引用 • 2 回帖 • 11 关注
  • flomo

    flomo 是新一代 「卡片笔记」 ,专注在碎片化时代,促进你的记录,帮你积累更多知识资产。

    5 引用 • 103 回帖
  • JSON

    JSON (JavaScript Object Notation)是一种轻量级的数据交换格式。易于人类阅读和编写。同时也易于机器解析和生成。

    52 引用 • 190 回帖 • 2 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 334 关注
  • Spring

    Spring 是一个开源框架,是于 2003 年兴起的一个轻量级的 Java 开发框架,由 Rod Johnson 在其著作《Expert One-On-One J2EE Development and Design》中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为 JavaEE 应用程序开发提供集成的框架。

    942 引用 • 1459 回帖 • 96 关注