根据众多博客资料，言简意赅的介绍xdp-ebpf. 小白一个，个人理解。勿喷！
1、bfp：
Berkeley Packet Filter, 用于过滤filter 网络报文packet的架构。
是tcpdump(linux)和wireshark（windows）乃至网络监控（network monitoring）领域的基石。
其背后的思想是:“与其把数据包复制到用户空间执行用户态程序过滤，不如把过滤程序灌进内核去”
简单来讲，BPF是一套完整的计算机体系结构 。和x86，ARM这些类似，BPF包含自己的指令集和运行时逻辑，同理，就像在x86平台编程，
最终要落实到x86汇编指令一样，BPF字节码也可以看成是汇编指令的序列。我们通过tcpdump的-d/-dd参数可见一斑：
[root@localhost ~]# tcpdump -i any tcp and host 1.1.1.1 -d
(000) ldh [14]
(001) jeq #0x86dd jt 10 jf 2
(002) jeq #0x800 jt 3 jf 10
(003) ldb [25]
(004) jeq #0x6 jt 5 jf 10
(005) ld [28]
(006) jeq #0x1010101 jt 9 jf 7
(007) ld [32]
(008) jeq #0x1010101 jt 9 jf 10
(009) ret #262144
(010) ret #0
[root@localhost ~]#bpf的核心功能包括：
a）过滤filter：根据外界输入的规则过滤报文；
b) 复制copy：将符合条件的报文由内核空间复制到用户空间
以tcpdump为例:
位于内核之中的 BPF 模块是整个流程之中最核心的一环：
它一方面接受 tcpdump 经由 libpcap 转码而来的滤包条件(Pseudo Machine Language) ，
另一方面也将符合条件的报文复制到用户空间最终经由 libpcap 发送给 tcpdump。
bpf设计
途经网卡驱动层的报文在上报给协议栈的同时会多出一路来传送给BPF，再经后者过滤后最终拷贝给用户态的应用。
2、eBPF
eBPF是最新加入linux内核模块，源于bpf，后来加入了JIT, 使得它实际上成了一个虚拟机。
eBPF 程序支持自己的字节码语言，基于该字节码语言编译成内核原生代码，就像 BPF 程序一样。
eBPF在内核中运行。
eBPF 程序对内核内存访问是有限制的。只能通过内核提供的函数去获取严格限制的必须的内存。
eBPF可以和User空间的程序通过 BPF Map进行通讯。
eBPF 必须编译成字节码才能使用。
3、bcc
直接手写ebpf字节码显得非常笨拙又低效，于是人们开始使用c语言直接编写ebpf程序，然后使用编译器将其编译成为eBPF字节码。
目前支持eBPF字节码的编译器只有llvm，即使是gcc编译过的内核bpf范例调用也要通过llvm编译后才能执行。直接对ebpf编程还是非常困难，
为了便于使用，出现了很多ebpf框架便于我们使用，如bcc和bpftrace。
4、xdp
如何用eBPF实现一个学习型网桥： https://www.hy-print.com/licai/69858.html
XDP, eXpress Data Path, 它其实是位于网卡驱动程序里的一个快速处理包的HOOK点。
为什么快？
--数据包处理位于非常底层（在网卡的驱动程序处），避免了很多内核skb处理开销(socket buffer, 数据包的管理结构)；可以将很多处理逻辑offload到网卡硬件。
--显而，在XDP这个HOOK点灌进来一点eBPF字节码，将是一件令人愉快的事情。
5、流程图
- XDP_DROP：使用XDP进行丢弃的速度很快，缓冲区只是回收到rx环形队列
- XDP_PASS：可能在修改后传递到普通网络堆栈
- XDP_TX：修改包后，发送相同的NIC包
- XDP_REDIRECT：使用XDP程序中的XDP_REDIRECT操作，该程序可以将入口帧重定向到其他启用XDP的netdev
注：用户态的程序通过响应 perf-event 事件进行收包，即使是在XDP_DROP动作下。
通常就是设置xdp_drop 动作下，来进行高速抓包。其他动作会影响性能。
推荐>
【超全】深入理解 BPF：一个阅读清单 https://linux.cn/article-9507-1.html
github 源码：
