lookup函数数组形式的理解

需要明确的是，LOOKUP函数的查找非常简单，但复杂性需要了解查找和返回值的逻辑，因为它需要知道数组的行和列之间的关系。
我们先来说说最重要的事情。
当行数大于列数时，在第一列中查找，返回最后一列对应的值。
当列数大于行数时，在第一行中查找，返回最后一行对应的值。
当行数等于列数时，默认逻辑是行数大于列数。
一开始我以为这个功能很好用，后来发现不对。
不同的行列关系会影响返回的结果。
还有另一个关键细节。
支持模糊匹配。
如果找不到精确值，则返回小于或等于lookup_value的最大值。

其实，用行话来说，这就是雪崩效应。
事实上，前面的一点点延迟就会把整个事情拉回来。
很多人都没有注意这一点，位置参考也很困难。
它根据行列关系而不是区域的物理形状来确定搜索路径。
说实话，确实很麻烦，但也不是不能解决。
我认为值得尝试。
官方建议使用VLOOKUP或HLOOKUP来代替LOOKUP数组，因为它们的逻辑更直观。
最后，LOOKUP数组形式的灵活性很大，但复杂度也不低，所以建议优先掌握VLOOKUP/HLOOKUP，在需要动态匹配行列时考虑使用LOOKUP数组。

stm32函数输入参数怎么引入数组

需要明确的是，STM3 2 中有三种移动数组的方法：指针、伪数组和包装结构。
实际上，这些方法的核心是传递内存地址，但需要谨慎使用。

我们先来说说最重要的指针传递方式。
去年我们跑的2 000级的项目中，直接使用void processArray(int arr, int size)效率最高，因为只传输地址，不复制数据。
但存在必须添加尺寸参数的危险。
去年有同事忘记添加了，直接用静态数组传递了。
结果，堆栈溢出并崩溃。
说实话，那是相当危险的。

另一种伪数组传递方法，如void processArray(int arr[], int size)，看起来像传递一个数组，但编译器最后会将其转换为指针。
很多人不重视这一点。
他认为传递数组更直观，但性能与指针传递方式相同。
不过它的优点是像Java一样编写，代码读起来更舒服。

还有一个更重要的细节。
它被打包成一个 struct 和 typedef struct { int data[1 0];就这样过去了。
整数计数； } 数组结构；该方法适合于状态信息的通信。
我去年在存储数据时使用了这个，并将数组的长度打包在其中，以避免一次又一次地传递参数。
但需要注意的是，如果数据量较大，直接将数组放入结构体中会更容易。
这时候，应该改用动态分配，比如malloc来分配堆内存，最后记得free。

我一开始以为指针传递方式是最简单的，后来发现是错误的。
当包含附加信息时，传递结构的方法更加美观。
等等，还有一件事。
如果数组元素本身是一个结构体，则传递指针的递归开销会稍高一些。
在这种情况下，直接使用memcpy传输数据块可能会更快。

建议根据项目需要选择姿势。
不要仅仅为了炫耀你的技能而使用结构传递方法。
如果动态内存管理不好，隐藏的bug会比STM3 2 的引脚还多。

c语言函数声明的时候为什么形参为普通变量可以不写,但数组就必须写?

这是一个陷阱。
数组参数的类型和大小未写入，编译器无法推断它。

实用提醒：声明数组参数时，请指定类型、大小或使用指针表示法。