1.CUnit生成测试程序
2.equals()和==到底有什么区别啊？
3.C#中关于字典(Dictionary)的方法源s方法源使用
4.很开心，在使用mybatis的码e码过程中我踩到一个坑。

CUnit生成测试程序

       要生成测试程序，方法源s方法源首先我们需要编写被测函数test.c:

       c

       <!-- file: test.c -->

       int maxi(int i,码e码 int j) {

        return i > j ? i : j;

       }

       接下来，定义测试用例和测试包在testcase.c中:

       c

       <!-- test cases and test suite functions -->

       void testIQJ() {

        CU_ASSERT_EQUAL(maxi(1,方法源s方法源 1), 1);

        CU_ASSERT_EQUAL(maxi(0, -0), 0);

       }

       void testIGJ() {

        CU_ASSERT_EQUAL(maxi(2, 1), 2);

        CU_ASSERT_EQUAL(maxi(0, -1), 0);

        CU_ASSERT_EQUAL(maxi(-1, -2), -1);

       }

       void testILJ() {

        CU_ASSERT_EQUAL(maxi(1, 2), 2);

        CU_ASSERT_EQUAL(maxi(-1, 0), 0);

        CU_ASSERT_EQUAL(maxi(-2, -1), -1);

       }

       CU_TestInfo testcases[] = {

        { "Testing i equals j："， testIQJ},码e码libsox源码

        { "Testing i greater than j："， testIGJ},方法源s方法源

        { "Testing i less than j："， testILJ},码e码

        { NULL, NULL}

       };

       <!-- test suite initialization and cleanup functions -->

       int suite_success_init() { return 0; }

       int suite_success_clean() { return 0; }

       CU_SuiteInfo suites[] = {

        { "Testing the function maxi："， suite_success_init，方法源s方法源 suite_success_clean，码e码 testcases},方法源s方法源

        { NULL, NULL}

       };

       然后，在Main.c中运行测试函数，码e码这里包含了命令行选项的方法源s方法源处理:

       c

       <!-- Main.c for running the tests -->

       int main(int argc, char* argv[]) {

        // ... (command line options parsing and test execution)

       }

       最后，Makefile用于编译和清理:

       make

       INC = -I/usr/local/include/CUnit

       LIB = -L/usr/local/lib/

       all: func.c test_func.c run_test.c

       gcc -o test $(INC) $(LIB) -lcunit $^

       clean:

        rm -rf *.o test

       将这些文件结合在一起，码e码你就可以通过`make all`编译生成测试程序，方法源s方法源然后运行`./test`来执行测试了。微信ticket源码在运行时，可以通过命令行选项控制输出模式和错误处理行为。

扩展资料

       继Junit CppUnit的成功后， c语言环境下也出现了开发源码的白盒测试用例CUnit。CUnit以静态库的形式提供给用户使用，用户编写程序的时候直接链接此静态库就可以了。它提供了一个简单的单元测试框架，并且为常用的数据类型提供了丰富的断言语句支持。

equals()和==到底有什么区别啊？

       1、功能不同

       "=="是判断两个变量或实例是不是指向同一个内存空间。

       "equals"是判断两个变量或实例所指向的内存空间的值是不是相同。

       2、定义不同

       "equals"在JAVA中是一个方法。

       "=="在JAVA中只是一个运算符合。

       例子:

       Student student1 = new Student();

       Student student2 = new Student();

       System.out.println(student1.equals(student2));

       System.out.println(student1 == student2);

       3、寺库app源码运行速度不同

       "=="比"equals"运行速度快，因为"=="只是比较引用。

       "equals"比"=="运行速度要慢。

扩展资料

       equals()方法特点：

       1、自反性：x.equals（x）返回true；

       2、对称性：若x.equals（y）为true，则y.equals（x）亦为true；

       3、传递性：若x.equals（y）为true且y.equals（z）也为true，则x.equals（z）亦为true；

       4、一致性：x.equals（y）的第一次调用为true，那么x.equals（y）的第二次、第三次、第n次调用也均为true，前提条件是没有修改x也没有修改y；

       5、对于非空引用x，更换背景更换源码x.equals（null）永远返回为false。

       

参考资料：

百度百科-equals

C#中关于字典(Dictionary)的使用

       常用的取值方法有2种：

       方法1：先判断是否存在，如果存在再进行取值

       if(aDictionary.ContainsKey(key)) { var value = Dictionary[key]; }

       方法2：使用 TryGetValue

       int value; aDictionary.TryGetValue(key, out value);

       项目中，如果只是要取值，推荐使用TryGetValue来获取。

       原因：

       方法1中ContainsKey执行了一次方法，Dictionary[key]再次执行了一次方法，整个取值过程调用了2次方法。而方法2的TryGetValue只调用了一次方法。当然并不是调用的方法越多越耗性能，看源码后就能理解。

       下面看看具体的源码

       方法1：

       方法2：

       通过源码可以看到，这几个方法都获取值都要通过FindEntry(key)来实现

       可以看出通过key来获取HashCode,然后通过equal比对值，字典存储中会给key一个对应的hashcode，如果数据过多，网站源码引流神器那么hashCode也可能重复，所以需要进行比较。时间主要花费在这上面。

       那么结论显而易见，如果只是取值，直接用TryGetValue花费更小，更快速，更安全，找不到value时返回false；

       在通过一个测试代码来验证时间的花费：

       查找不存在的值时花费时间几乎相同

       查找的值存在时，可以看出时间接近2倍

       另外在提一下关于Keys的，因为在字典中键值对是成对存储的，使用keys会单独拿出所有的key来组成一个关于Key的数组，会产生额外的CG，如果不是要单独对keys进行处理，推荐少用这个。

       用Unity自带的Profile来进行测试

       调用Keys方法时

       未调用Keys方法

很开心，在使用mybatis的过程中我踩到一个坑。

       在实际开发过程中，我遇到了mybatis的一个问题，觉得很有必要记录下来并分享给大家。

       这个坑的具体情况是这样的：在mybatis中，OgnlOps.equal(0,"")返回的是true，这违背了我们的常识，并且会带来一些问题。

       接下来，我将按照遇到问题 -> 分析问题 -> 解决问题的思路，用追踪源码的方法，对这个问题进行剖析。

       同时，我会分享一下我是如何通过逆向排查的方法，通过Debug模式找到关键源码，并解决这个问题的。

       本文源码：mybatis 3.5.3版本。

       背景介绍和需求分析

       为了简化问题，我们假设有一个订单表，表结构如下：

       为了方便说明，我们假设表里面只有两条数据：订单号为的订单状态为0（关闭），订单号为的订单状态为1（开启）。

       已经开发好的功能是模糊查询订单名称，接口如下：

       现在需要在已有功能上添加一个根据状态过滤订单的功能。

       假设某个页面有这样的一个下拉框，可以根据订单状态过滤订单数据。

       准备开发

       现在明确了需求，根据订单状态进行过滤。

       很简单，最主要的修改地方就是对mapper.xml的修改。

       开始自测，遇到问题

       为了确保功能的正确性，我进行了单元测试，分别传入状态0和1，预期的结果是各自查询出一条数据。

       然而，执行结果却与预期不符，status=0时查询出2条数据，status=1时查询出1条数据。

       当时我意识到这个问题可能并不简单，于是决定分析原因。

       分析问题

       为了找到问题的根源，我首先将sql打印出来，查看最终执行的sql。

       通过分析sql，我发现当status为0时，mybatis并没有给我们拼接where关键字。

       逆向排查法

       为了定位问题，我通过日志找到了关键源码，并使用逆向排查的方法进行追踪。

       最终，我发现问题的根源在于mybatis中的OgnlOps.equal(0,"")返回了true。

       关键源码

       通过分析源码，我找到了导致这个问题的关键代码，并解决了这个问题。

       解决问题

       为了解决这个问题，我修改了mapper.xml文件中的if标签，最终实现了预期效果。

       总结

       这次的经历让我深刻认识到，在开发过程中遇到问题时，要善于分析、思考和总结，才能不断提升自己的技能。