NDK中使用pthread多线程中自己写的一个BUG

　　在使用pthread进行NDK中的多线程开发时，自己写了一个BUG，

 void *darkGrayThread(void *args)
 {
     ThreadParam *param = (ThreadParam *)args;
     LOG("start%d   end%d   ", param->start, param->end);
     int end = param->end;
     for(int i = param->start, j = i * ; i < end; ++i, j+=)
     {
         LOG("d1");
         param->r[i] = param->rgba[j];
         param->g[i] = param->rgba[j + ];
         param->b[i] = param->rgba[j + ];
         LOG("d2  %d    end%d", i, param->end);
         param->dark[i] = MINT(param->rgba[j], param->rgba[j + ], param->rgba[j + ]);
         param->gray[i] = (UCHAR)((param->rgba[j] *  + param->rgba[j + ] *  +param->rgba[j + ] * ) >> );
         LOG("d3");
     }
 }

　　这个是启动函数，即相当于Java中的Thread的run方法。初一看没啥问题，编译也能过，APP也能跑，但是每次都会crash。我把crash线程的log贴出来如下：

 - ::31.577   D MyJni   : d2      end2073600
 - ::31.637   D MyJni   : d3
 - ::31.641   D MyJni   : d3
 - ::31.641   D MyJni   : d1
 - ::31.641   D MyJni   : d2      end2073600
 - ::31.642   D MyJni   : d3
 - ::31.642   D MyJni   : d1
 - ::31.642   D MyJni   : d1
 - ::31.642   D MyJni   : d2      end2073600
 - ::31.642   D MyJni   : d3
 - ::31.642   D MyJni   : d3
 - ::31.785   D MyJni   : d2      end2073600
 - ::31.785   D MyJni   : d3
 - ::31.785   D MyJni   : d1
 - ::31.786   D MyJni   : d1
 - ::31.786   D MyJni   : d2      end2073600
 - ::31.786   D MyJni   : d2      end2073600
 - ::31.786   D MyJni   : d3
 - ::31.786   D MyJni   : d2      end2073600
 - ::32.339   F libc    : Fatal signal  (SIGSEGV), code , fault addr 0xc6800000 in tid  (Thread-)
 - ::32.339   F libc    : Fatal signal  (SIGSEGV), code , fault addr 0xc6800000 in tid  (Thread-)
 - ::32.340       W         : debuggerd: handling request: pid= uid= gid= tid=
 - ::32.381   F DEBUG   : pid: , tid: , name: Thread-  >>> com.willhua.opencvstudy <<<
 - ::32.381   F DEBUG   : signal  (SIGSEGV), code  (SEGV_MAPERR), fault addr 0xc6800000
 - ::32.381   F DEBUG   :     r0 000000a7  r1 c6600000  r2 cac6ef0e  r3 000000be
 - ::32.381   F DEBUG   :     r4 caa4ca9c  r5   r6   r7 c62038f8
 - ::32.381   F DEBUG   :     r8   r9 000001d3  sl cac6ef0e  fp cac6ebe0
 - ::32.381   F DEBUG   :     ip c7680000  sp c62038e8  lr caa8e93f  pc caa8e99a  cpsr 200f0030
 - ::32.383   F DEBUG   :
 - ::32.383   F DEBUG   : backtrace:
 - ::32.383   F DEBUG   :     # pc 0004099a  /data/app/com.willhua.opencvstudy-/lib/arm/libOpenCV.so (_Z14darkGrayThreadPv+)
 - ::32.383   F DEBUG   :     # pc 000475d3  /system/lib/libc.so (_ZL15__pthread_startPv+)
 - ::32.383   F DEBUG   :     # pc 00019d3d  /system/lib/libc.so (__start_thread+)

　　从log中看出，是内存访问错误，然后使用addr2line工具定位到是上述代码中的第13行。

　　再仔细一点可以看到，log中打印的end都比前面的数字小！！！上面不是有for循环的条件语句吗？怎么会出现这种情况！？其中的MINT只是我使用define定义的求三个数中的最小数的宏。

　　为了确定问题，我把13写成了

  UCHAR uu = MINT(param->rgba[j], param->rgba[j + ], param->rgba[j + ]);
  param->dark[i] = uu;

　　然后根据log分析，还是param->dark[i] = uu; 这行报错。然后我又跑去前面的代码确定给dark分配的内存没有问题。还是没找到原因。

　　后面突然发现，写的darkGrayThread没有写返回值！于是赶紧再后面添加一句return (void *)0; 再测试，发现没问题，原因就是这个了。

　　为了知道原因，我在没有写return的版本的最后添加LOG("endend"); 发现每次都会有数量不等的endend日志打印出来。这说明for的条件语句还是有退出循环的作用的。

　　要想继续分析，可能需要对比有没有return的两个版本的汇编代码，来比较一下有没有return他们翻译成汇编的区别，待后续分析。

　　这个问题的收获就是：写启动程序一定记得有return语句，即使你的return值没有用！