1.Vue3 中的源码 v-bind 指令：你不知道的那些工作原理
2.Eval（）和Bind（）的区别
3.分析axios源码来找出无法使用all和spread等方法的原因
4.一文分析Binder机制和AIDL的理解
5.从示例到源码深入了解std::ref

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

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

       首先，源码我们通过一个简单的解读sms短信系统源码示例来展示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和其内部函数，卡系统源码无论写法如何变化，都能确保属性绑定的准确性和灵活性，为开发者提供了强大的动态绑定能力。

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完成的。

分析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__进行重新赋值。

一文分析Binder机制和AIDL的理解

       深入了解Android进程间通信机制，如同破解系统奥秘的钥匙，它在源码探索和问题解决中扮演着核心角色。Binder机制，源自OpenBinder，正是这个领域的主角，它弥补了Linux原生通信方式在性能和安全性的短板。它的运作涉及驱动层与应用层的无缝对接，包括与系统服务如Activity Manager Service (AMS) 的深度协作。

       Binder，作为Java编写的通信工具包，是Android多进程通信的基石。尽管AIDL（Android Interface Definition Language）常用于简化这一过程，但并非不可或缺。让我们通过一个实例，不依赖AIDL，来揭示Binder通信的内在机制。想象一个简单的场景：一个客户端（ClientBinder）与服务端（ServerBinder，继承自Binder并实现onTransact方法）之间的字符串传递，透彻理解Binder通信的运作原理。

       项目框架中，服务端在Service的onBind方法中返回一个ServerBinder实例。对比手动实现与AIDL生成的代码，AIDL的便捷性便一目了然。客户端通过ServiceConnection，如下面这段代码，与远程服务建立连接：

       1. 创建ServiceConnection，获取远程服务的IBinder

       2. intent设置服务类名："com.binder.server.RemoteService"

       3. bindService(intent, serviceConnection, Context.BIND_AUTO_CREATE)

       4. 若未连接，尝试bindService

       5. 传递数据：通过IBinder调用mStingEditText的文本，如data.writeString(text)

       6. 成功连接后，调用transact方法传递请求

       接收数据的环节，服务端将数据展示在tvShowMessage上，通过新线程处理，如`new Handler().post(() -> ServerMainActivity.tvShowMessage.setText(message));`。当连接断开时，serviceConnection的onServiceDisconnected方法会被触发。

       关键在于客户端如何通过IBinder获取服务端对象并调用transact进行跨进程通信。AIDL的引入让这个过程更加优雅，例如在ClientMainActivityUseAidl中，服务连接成功后，通过IBinder代理mServer，调用自定义接口IShowMessageAidlInterface的showMessage方法。

       在交互过程中，客户端通过IShowMessageAidlInterface的Stub内部类，将本地的IBinder转换为接口，这样数据的发送就通过showMessage方法进行。AIDL的asInterface方法负责封装本地或远程处理，Proxy类则负责数据的打包和跨进程传输，确保数据的无缝传递。

       总结来说，客户端利用AIDL的asInterface处理远程IBinder，而Proxy类则是这一切的幕后功臣。服务端的onBind方法返回AIDL生成的Stub，它在客户端调用transact时负责接收和处理请求，执行showMessage方法。这样，AIDL生成的Stub和Proxy成为客户端发送数据的桥梁，而在服务端，它们则是数据处理的核心所在。

       掌握Binder机制和AIDL的精髓，你将解锁Android进程间通信的无尽可能，为你的应用开发增添无限力量。无论何时，当你深入探索Android源码，这些核心原理都将是你不可或缺的指南。

从示例到源码深入了解std::ref

       在编程中，std::ref是C++标准库提供的一种实用工具，用于将变量转换为可引用的对象。本文将通过实例和源码解析，深入理解std::ref的工作原理。

       std::ref和std::cref的作用是生成一个std::reference_wrapper对象，它能够根据传入参数自动推导模板类型。通过这个工具，我们可以改变函数参数的传递方式，无论是引用还是值传递。

       首先，让我们通过一个自定义值传递函数模板call_by_value来理解。这个模板会将参数值复制传递给fn函数。当call_by_value使用std::ref时，外部变量不会因函数内部的操作而改变，因为传递的是值拷贝。实际例子中，输出证实了这一点。

       在实际编程中，如std::bind的使用，需要将引用类型参数作为引用传递，std::ref在此场合显得尤为重要。通过std::ref包装待柯里化的函数，可以实现引用的正确传递，但需要理解bind函数如何处理和存储参数值。

       std::bind内部会创建一个可调用对象，其中存储参数的值。然而，对于引用类型，值传递会导致无法修改外部变量。这时，std::ref就派上用场，它通过左值引用包装变量，确保在值传递过程中仍保持引用信息。

       下面以修改后的代码为例，使用std::ref包装参数。在call_by_value中，包装后的a可以成功修改，输出结果证明了引用的正确使用。同样的，std::bind示例中，通过std::ref包装a，函数调用后的变量值可以被正确修改。

       总结来说，std::ref是处理引用参数和值传递问题的关键工具，通过将其应用到合适的场景，可以确保函数内部对变量的修改能正确反映到外部。