1.分析LinuxUDP源码实现原理linuxudp源码
2.vue早期源码学习系列之四：如何实现动态数据绑定
3.分析axios源码来找出无法使用all和spread等方法的源码原因
4.Eval（）和Bind（）的区别
5.Vue3 中的 v-bind 指令：你不知道的那些工作原理

分析LinuxUDP源码实现原理linuxudp源码

       Linux UDP源码实现原理分析

       本文将重点介绍Linux UDP（用户数据报协议）的源码实现原理。UDP是实现面向无连接的协议。 它为应用程序在IP网络之间提供端到端的源码通信，而不需要维护连接状态。实现

       从源码来看，源码Linux UDP实现分为两个主要部分，实现erp系统 源码分别为系统调用和套接字框架。源码 系统调用主要处理一些针对特定功能层的实现系统调用，例如socket、源码bind、实现listen等，源码它们对socket进行配置，实现为应用程序创建监听地址或连接到指定的源码IP地址。

       而套接字框架（socket framework），实现则主要处理系统调用之后的源码各种功能，如创建路由表、根据报文的地址信息创建路由条目，以及把报文发给目标主机，并处理接收到的报文等。

       其中，send()系统调用主要是向指定的UDP端口发送数据包，它会检查socket缓存中是否有数据要发送，如果有，则将该socket中的数据封装成报文，然后向本地链路层发送报文。

       接收数据的购物商城系统源码、recv()系统调用主要是侦听和接收数据报文，首先它根据接口上接收到的数据报文的地址找到socket表，如果有对应的socket，则将数据报文的数据存入socket缓存，否则将数据报文丢弃。

       最后，还有一些主要函数，用于管理UDP 端口，如udp_bind()函数,该函数主要是将指定socket绑定到指定UDP端口；udp_recvmsg()函数用于接收UDP端口上的数据；udp_sendmsg()函数用于发送UDP数据报。

       以上就是Linux UDP源码实现原理的分析，由上面可以看出，Linux实现UDP协议需要几层构架， 从应用层的系统调用到网络子系统的实现，都在这些框架的支持下实现。这些框架统一了子系统的接口，使得UDP实现在Linux上更加规范化。

vue早期源码学习系列之四：如何实现动态数据绑定

       本系列更多文章，请查阅我的博客：GitHub - youngwind/blog: 梁少峰的个人博客。或扫描下方二维码关注公众号“前端控”，欢迎交流讨论！

       在前一篇中，我们学习了如何监听数据变化以及使用观察者模式和事件传递响应变化事件。今天，我们将探讨如何基于watch库实现动态数据绑定。

       我们可以将问题具体化为一个例子：如何实现当user.name或user.age发生变化时，HTML上的c#聊天 源码DOM元素也能相应地改变？

       最初，我采取了以下方法：在数据顶层注册一个事件，当任意属性改变时，重新遍历DOM模板，将{ { user.name}}等转换为实际值，在内存中拼接成fragment，最后将新fragment替换掉原有的DOM结构。这种方法虽然简单，但存在不少问题。

       基于上述问题，我们需要改进这种做法。为此，我们引入了Directive（指令）的概念，其构造函数和原型方法如下所示。关键实现思路是：在遍历DOM模板的过程中，当遍历到文本节点："{ { name}}"时，先将其中的表达式"name"匹配出来，然后新建一个空的textNode，插入到这个文本节点的前面，最后移除这个文本节点。这样，就实现了用一个程序生成的textNode代替原来的textNode，从而实现每个textNode都跟它的表达式一一对应起来。

       然而，这种方法仍然存在问题。为了解决这些问题，grpc c++源码我们引入了Binding和Watcher这两个“类”。Binding用于解决键值索引，Watcher用于解决$watch。Binding、Watcher和Directive三者之间的关系如下：（此处插入）

       从图中可以看出，有一个_rootBind对象，其属性是按照DOM模板中用到的数据层层深入排列下去的。在每个属性上都有一个_subs数组，这个数组表示订阅的意思，里面存放的是一系列Watcher。Watcher既可以装载Directive，也可以装载$watch。这就是vue实现动态数据绑定的三大核心概念。

       学习Vue.js，我checkout的是vue的这个版本。相比于之前的学习，代码量大幅增加，从七八百行增加到差不多五千行。特别是Binding、Watcher和Directive这几个核心概念，一开始让人难以理解。经过多日的思考和不断调试，我才逐渐明白。

       此外，通过Binding、早起打卡页面源码Watcher、Directive构建的动态数据绑定体系还存在一个重大缺陷，我们将在下一篇文章中专门阐述。

分析axios源码来找出无法使用all和spread等方法的原因

       在使用axios进行创建时，若采用axios.create({ })方法，将无法使用all、spread、Cancel、CancelToken、isCancel等方法。

       网上关于此问题的解答，通常是axios维护者建议重新引入axios package以解决问题。然而，这种方法并不理想，因为重新引入会导致axios配置丢失，需要重新配置，相当繁琐。

       在我们的项目中，经常需要使用自定义设置的axios实例，例如设置基础URL和超时时间。设置完成后，我们可以使用newAxios.post来完成需求。但若尝试使用all、spread、Cancel、CancelToken、isCancel等方法，系统会提示方法不存在。

       接下来，我们将分析axios源码，探究为何使用axios.create方法后无法使用all、spread等方法。

       首先，打开axios源码目录下的lib/axios.js文件，这是Axios的入口处，也是create函数所在的地方。让我们看一下create的源代码：

       接下来，我们将逐步解读代码。mergeConfig方法从字面上可以理解为一个合并配置的方法，即合并我们的配置与默认配置，覆盖默认配置。关于合并配置的代码，这里就不详细介绍了。有兴趣的可以查看mergeConfig。因此，现在的代码如下：

       现在，我们来看一下剩下的createInstance函数：

       context变量包含axios实例代码。我们只需知道，实例Axios后，context变量原型链上有request、delete、get、head、options、post、put、patch方法，自身有interceptors对象。

       现在，让我们看看下面的bind和extend方法：

       第一个bind函数是让Axios.prototype.request函数中的this指向context变量。

       后面两个extend方法，是把第二个参数的可枚举对象复制到第一个参数中，即instance变量中。

       从第一个bind方法开始，现在instance变量中有一个request方法。

       然后第二个extend方法，把Axios.prototype里的方法复制到instance变量中。现在instance变量中有request、delete、get、head、options、post、put、patch方法。

       最后第三个extend方法，把context里的方法复制到instance变量中。现在变量中有request、delete、get、head、options、post、put、patch、interceptors、defaults。

       这样就结束了，create方法直接返回instance变量。我们没有在create方法中看到all、spread等方法。这也是为什么使用create方法后无法使用这些方法。那么这些方法在哪呢？还是在lib/axios.js文件中：

       可以看到，这里是把这些方法直接赋值在axios方法上，然后直接暴露出去。所以当我们使用axios时，可以使用all、spread等方法。但使用axios.create就无法使用all、spread、Cancel、CancelToken、isCancel方法。

       如果能改axios源码，可以将lib/axios.js修改如下：

       但是，这当然不可能。所以，我们需要在不改源代码的情况下实现。

       有一个暴力的解决方案，不过我个人比较喜欢：

       很简单，一行代码解决问题。这里之所以要加上注释，是因为在eslint中不允许对__proto__进行重新赋值。

Eval（）和Bind（）的区别

       Eval(

       "

       ")和Bind(

       "

       ")　这两种一个单向绑定，一个双向绑定

       bind是双向绑定,但需数据源可更改才能用

       ASP.NET

       2.0改善了模板中的数据绑定操作，把v1.x中的数据绑定语法DataBinder.Eval(Container.DataItem,

       fieldname)简化为Eval(fieldname)。Eval方法与DataBinder.Eval一样可以接受一个可选的格式化字符串参数。缩短的Eval语法与DataBinder.Eval的不同点在于，Eval会根据最近的容器对象（例如DataListItem）的DataItem属性来自动地解析字段，而DataBinder.Eval需要使用参数来指定容器。由于这个原因，Eval只能在数据绑定控件的模板中使用，而不能用于Page（页面）层。当然，ASP.NET

       2.0页面中仍然支持DataBinder.Eval，你可以在不支持简化的Eval语法的环境中使用它。

       ä¸‹é¢çš„例子演示了如何使用新的简化的Eval数据绑定语法绑定到DataList数据项模板（ItemTemplate）中的Image、Label和HyperLink控件。

       ï¼œasp:DataList

       ID=

       "DataList1

       "

       RepeatColumns=

       "5

       "

       Width=

       "

       "

       runat=

       "server

       "

       DataSourceID=

       "ObjectDataSource1

       "＞

       ã€€ï¼œItemTemplate＞

       ã€€ã€€ï¼œasp:HyperLink

       ID=

       "HyperLink1

       "

       runat=

       "server

       "

       NavigateUrl=

       '＜%#

       Eval(

       "PhotoID

       ",

       "PhotoFormViewPlain.aspx?ID={ 0}

       ")

       %＞

       '＞

       ã€€ã€€ï¼œasp:Image

       ID=

       "Image1

       "

       Runat=

       "server

       "

       ImageUrl=

       '＜%#

       Eval(

       "FileName

       ",

       "images/thumbs/{ 0}

       ")

       %＞

       '

       /＞＜/asp:HyperLink＞

       ã€€ã€€ï¼œasp:Label

       ID=

       "CaptionLabel

       "

       runat=

       "server

       "

       Text=

       '＜%#

       Eval(

       "Caption

       ")

       %＞

       '

       /＞

       ã€€ï¼œ/ItemTemplate＞

       ï¼œ/asp:DataList＞＜br

       /＞

       ï¼œasp:ObjectDataSource

       ID=

       "ObjectDataSource1

       "

       runat=

       "server

       "

       TypeName=

       "DataComponentTableAdapters.PhotosTableAdapter

       "

       SelectMethod=

       "GetPhotosForAlbum

       "＞

       ã€€ã€€æ•°æ®ç»‘定也可以作为控件的主题定义（theme

       definition）的一部分，这样我们就可以通过改变主题来随意地改变模板化控件的布局和外观。但是Theme（主题）模板中只能使用Eval（或者后面讨论的Bind）。绑定到任意的用户代码是被禁止的。

       --------关注－－－－－－－－－－

       å¸¸è§ç»‘定格式，不过他们的性能有区别。

       <%#

       DataBinder.Eval(Container.DataItem,

       "[n]")

       %>

       <%#

       DataBinder.Eval(Container.DataItem,

       "ColumnName")

       %>

       <%#

       DataBinder.Eval(Container.DataItem,

       "ColumnName",

       null)

       %>

       <%#

       DataBinder.Eval(Container,

       "DataItem.ColumnName",

       null)

       %>

       <%#

       ((DataRowView)Container.DataItem)["ColumnName"]

       %>

       <%#

       ((DataRowView)Container.DataItem).Row["ColumnName"]

       %>

       <%#

       ((DataRowView)Container.DataItem)["adtitle"]

       %>

       <%#

       ((DataRowView)Container.DataItem)[n]

       %>

       <%#

       ((DbDataRecord)Container.DataItem)[0]

       %>

       <%#

       (((自定义类型)Container.DataItem)).属性.ToString()

       %>（如果属性为字符串类型就不用ToString()了）

       ä¸Šé¢è¿™ä¸‰ä¸ªæ€§èƒ½æœ€å¥½ã€‚

       //显示二位小数

       //<%#

       DataBinder.Eval(Container.DataItem,

       "UnitPrice",

       "${ 0:F2}")

       %>

       //{ 0:G}代表显示True或False

       //

       //

       <asp:Image

       Width=""

       Height=""

       Border="0"

       runat="server"

       //

       AlternateText='<%#

       DataBinder.Eval(Container.DataItem,

       "Discontinued",

       "{ 0:G}")

       %>'

       //

       ImageUrl='<%#

       DataBinder.Eval(Container.DataItem,

       "Discontinued",

       "~/images/{ 0:G}.gif")

       %>'

       />

       //

       //转换类型

       ((string)DataBinder.Eval(Container,

       "DataItem.P_SHIP_TIME_SBM8")).Substring(4,4)

       { 0:d}

       æ—¥æœŸåªæ˜¾ç¤ºå¹´æœˆæ—¥

       { 0:yyyy-mm-dd}

       æŒ‰æ ¼å¼æ˜¾ç¤ºå¹´æœˆæ—¥

       { 0:c}

       è´§å¸æ ·å¼

       ---------------------------------------------------------

       åœ¨æœ¬ç« å‰é¢ï¼Œæˆ‘们在模板上下文中遇到过表达式以及Eval方法。Eval方法是一种定制运算符，在数据绑定表达式用来方法所绑定的数据项上的公共属性。前文所用的Eval方法是一个ASP.NET

       2.0才支持的特征，如果在ASP.NET

       1.x应用程序中使用，则会产生一个编译错误。对于ASP.NET的所有版本，我们可以使用一个在功能上相当的方法，该方法也称为Eval，但是来自另一个类——DataBinder。

       é‡è¦æç¤ºï¼š

       é€šè¿‡Eval方法(尽管它来自DataBinder或Pageç±»)，可以访问所绑定的数据项上的公共属性。让我澄清一下公共属性在该上下文中指什么，以及为什么我坚持把它们叫做属性。任何一个实现了IEnumerable接口的类都可以绑定到一个控件。实际的类列表当然包括DataTable(其中一个数据项在逻辑上对应于表记录)，但是它还包括定制集合(其中一个数据项对应于给定类的一个实例。)Eval方法最终会查询该数据项对象以得到它的属性集。表示一个表记录的对象将返回它的列描述符；其他对象将返回它们的公共属性集。

       DataBinder类支持数据绑定表达式的生成和解析。它的静态重载方法Eval特别重要。该方法使用反射机制来解析和计算一个运行时对象的表达式。Eval方法的客户包括RAD工具，诸如Microsoft

       Visual

       Studio

       .NET设计器和Web控件，它们以声明的方式调用该方法用动态改变的值填充这些属性。

       1.

       Eval方法

       DataBinder.Eval方法的语法如下：

       <%#

       DataBinder.Eval(Container.DataItem,

       expression)

       %>

       ä¸Šè¿°ä»£ç ç‰‡æ–­ä¸­çœç•¥äº†ç¬¬3个可选参数。该参数是一个字符串，包含所绑定值的格式选择。Container.DataItem表达式引用对该表达式进行计算的对象。该表达式通常是一个字符串，表示数据项对象上要访问的字段的名称。它可以是一个包括索引和属性名的表达式。DataItem属性表示当前容器上下文中的对象。容器通常即将生成的该数据项对象(例如，DataGridItem对象)的当前实例。

       å‰é¢æ‰€ç¤ºçš„代码通常重复出现，而且以相同的形式。只有表达式和格式字符串在页与页之间会有所变化。

       2.

       æ›´ç®€æ´çš„Eval

       DataBinder.Eval的原始语法在ASP.NET

       2.0中可以被简化，这一点我们在前面的Repeater示例中已经看到。在ASP.NET

       2.0中，只要在ASP.NET

       1.x中接受如下表达式的地方：

       <%#

       DataBinder.Eval(Container.DataItem,

       expression)

       %>

       å°±å¯ä»¥ä½¿ç”¨ï¼š

       <%#

       Eval(expression)

       %>

       ä¸ç”¨è¯´ï¼ŒASP.NET

       2.0也是完全支持DataBinder对象的。

       åœ¨<%#

       ...

       %>界定符内出现的任何代码，都会得到ASP.NET运行库的特殊处理。让我们简单分析一下该代码会发生什么。编译该页面时，Eval调用作为一个独立的调用插入该页面的源代码中。如下代码说明了会发生什么：

       object

       o

       =

       Eval("lastname");

       string

       result

       =

       Convert.ToString(o);

       è¯¥è°ƒç”¨çš„结果被转换为一个字符串，并付给一个数据绑定的文字控件——DataBoundLiteralControl类的一个实例。然而把数据绑定的文字插入该页的控件树中。

       åœ¨ASP.NET

       2.0中，TemplateControlç±»(Page的父类)实际上新增了一个名为Eval的受保护的(但不是虚拟的)方法。如下伪代码说明该方法的工作机制：

       protected

       object

       Eval(string

       expression)

       {

       if

       (Page

       ==

       null)

       throw

       new

       InvalidOperationException(…);

       return

       DataBinder.Eval(Page.GetDataItem(),

       expression);

       }

       æ­£å¦‚我们可以看到的，Eval是建立在DataBinder.Eval方法之上的一个简单包装。DataBinder.Eval方法使用当前容器的数据项调用。非常明显，当前容器的数据在数据绑定操作之外为null——即，在调用DataBind之后的调用栈中。这一事实引起了Eval和DataBinder.Eval之间的一个关键区别。

       é‡è¦æç¤ºï¼š

       TemplateControl的Eval是一个数据绑定方法，在一个数据绑定操作中只能在一个数据绑定控件的上下文中使用。相反，DataBinder.Eval是一个完全成熟的方法，可以在程序中的任何地方使用。我们通常在定制的数据绑定控件的实现中使用它。我将在本书的姐妹篇《Programming

       Microsoft

       ASP.NET

       2.0

       Applications:

       Advanced

       Topics

       ã€‹ä¸­ä»‹ç»å®ƒã€‚

       3.

       èŽ·å¾—默认的数据项

       å‰é¢ç»™å‡ºçš„说明页面的Eval方法的行为的伪码，展示了Page类的GetDataItem方法。它是什么？如前所述，这一简化语法采用一个默认的Container.DataItem上下文对象。GetDataItem只不过是返回该对象的函数。

       æ›´ç²¾ç¡®åœ°è®²ï¼ŒGetDataItem是跟踪页面的当前绑定上下文的基于栈的机制的终点。该控件树中的每个控件在调用各DataBind方法时压入该栈中。DataBind方法返回时，控件从该栈中弹出。如果栈是空的，并且企图以编程的方式调用Eval方法，则GetDataItem抛出一个无效的操作异常。总之，我们只能在模板中使用Eval简化操作；如果需要在代码中的任何其他地方访问一个数据项的属性，则利用DataBinder.Eval方法，并显式地指出数据项对象。

       æç¤º

       å¦‚前所述，通常只有在定制的数据绑定控件的代码中才需要直接调用DataBinder.Eval方法。(我在Programming

       Microsoft

       ASP.NET

       2.0

       Applications:

       Advanced

       Topics中介绍了定制控件。)然而，如果发生这种情况，可能需要通过调用DataBinder.GetPropertyValue方法来保存几个内部调用和CPU周期。最终，这完全是由DataBinder.Eval完成的。

Vue3 中的 v-bind 指令：你不知道的那些工作原理

       Vue3中的v-bind指令，以其灵活的使用方式让人熟知。本文将深入探讨其工作原理，以debug源码解析其多变的绑定形式是如何实现的。

       首先，我们通过一个简单的示例来展示v-bind指令的使用：将变量title绑定到div的title属性上。编译后的代码显示，无论使用何种写法（如：v-bind:title, v-bind:title=, 或者vue3.4新引入的写法），最终的props对象都是{ title: $setup.title }，确保了属性绑定的正确性。

       继续深入，v-bind指令的处理过程在transformElement函数中进行，这是在编译阶段处理内置指令如v-for和v-model的函数之一。通过debug工具，我们发现v-bind指令会在transformElement的执行中生成对应的props对象。

       在buildProps函数中，v-bind指令的属性被解析和合并到props对象中，随后在transformBind函数里，根据指令的写法和值（或省略的值）进行处理，生成包含key和value的属性对象。例如，当省略值时，会将变量名转换并补全，形成最终的键值对。

       总结来说，v-bind指令在Vue3的编译流程中，通过transformElement和其内部函数，无论写法如何变化，都能确保属性绑定的准确性和灵活性，为开发者提供了强大的动态绑定能力。