菜鸟求助：Fatal signal 11 (SIGSEGV), code 2, fault addr 0x7f7a809ce0 in tid 2169-CSDN论坛

CSDN论坛 > 移动开发 > Android

菜鸟求助：Fatal signal 11 (SIGSEGV), code 2, fault addr 0x7f7a809ce0 in tid 2169 [问题点数：40分，无满意结帖，结帖人youbuli]

⋅如何查看android应用层调用驱动层时，驱动层添加的打印信息 ⋅Failed to open dex from file descriptor for zip file '/system/app/swtled/swtled. ⋅android系统启动过程中log显示HAL层打开设备/dev/swtled时提示没有权限 更多帖子 关注私聊空间博客 游不离2010 本版专家分：0 结帖率 100%: 在android5.1.1源码的内核部分编写了一个点亮LED灯的驱动，然后在HAL层、framework层添加各个接口，编译完将system.img烧到开发板，开发板上电后，在start APP过程中系统崩溃，反复重启。通过adb logcat保存log如下：
I/SystemServer( 2182): DiskStats Service
I/SystemServer( 2182): Swtled Service
I/SwtledService( 2182): call init_native()
I/SwtledService( 2182): Swtled JNI: initializing...
F/libc ( 2182): Fatal signal 11 (SIGSEGV), code 2, fault addr 0x7f7977cce0 in tid 2182 (system_server)

I/DEBUG ( 303): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

I/DEBUG ( 303): Build fingerprint: 'Android/msm8916_64/msm8916_64:5.1.1/LMY47V/embedded01130902:userdebug/test-keys'

I/DEBUG ( 303): Revision: '0'

I/DEBUG ( 303): ABI: 'arm64'

I/DEBUG ( 303): pid: 2182, tid: 2182, name: system_server >>> system_server <<<

I/DEBUG ( 303): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x7f7977cce0

I/DEBUG ( 303): x0 0000000000000000 x1 0000007f7976cb70 x2 0000000000000000 x3 0000000000000000

I/DEBUG ( 303): x4 8080000000000000 x5 0000000000000000 x6 0000000000008080 x7 feff63646b737672

I/DEBUG ( 303): x8 7f7f7f7f7f7f7f7f x9 0000007f8f364000 x10 0101010101010101 x11 0000000000000030

I/DEBUG ( 303): x12 0000000000000036 x13 00000000000001b0 x14 0000000000000011 x15 000000000000000d

I/DEBUG ( 303): x16 0000007f8f375fe0 x17 0000007f8f8f02d8 x18 0000000000000000 x19 0000000000000020

I/DEBUG ( 303): x20 0000007f7977ccb8 x21 0000007f8f375000 x22 0000007f7af36d28 x23 0000007f8f364cd8

I/DEBUG ( 303): x24 0000007f7976cb68 x25 0000007f7b244600 x26 0000007fe22043e8 x27 0000007fe22023a8

I/DEBUG ( 303): x28 0000007fe22013a8 x29 0000007fe2200340 x30 0000007f8f364ad8

I/DEBUG ( 303): sp 0000007fe2200340 pc 0000007f8f364adc pstate 0000000040000000

I/DEBUG ( 303):

I/DEBUG ( 303): backtrace:

I/DEBUG ( 303): #00 pc 0000000000000adc /system/lib64/libhardware.so (hw_get_module_by_class+264)

I/DEBUG ( 303): #01 pc 0000000000021d08 /system/lib64/libandroid_servers.so

I/DEBUG ( 303): #02 pc 0000000000125054 /data/dalvik-cache/arm64/system@framework@services.jar@classes.dex

望各位大侠指导一下，谢谢了！

0 2016-02-15 11:54:14

回复数 5 只看楼主引用举报楼主

⋅如何查看android应用层调用驱动层时，驱动层添加的打印信息 ⋅Failed to open dex from file descriptor for zip file '/system/app/swtled/swtled. ⋅android系统启动过程中log显示HAL层打开设备/dev/swtled时提示没有权限 更多帖子 关注私聊空间博客 游不离2010 本版专家分：0: 接着2016-02-15 11:54:14的问题，打印出的log如下：
I/DEBUG   (  310):

I/DEBUG   (  310): backtrace:

I/DEBUG   (  310):     #00 pc 0000000000000c44  /system/lib64/libhardware.so (hw_get_module_by_class+560)

I/DEBUG   (  310):     #01 pc 0000000000021d08  /system/lib64/libandroid_servers.so

I/DEBUG   (  310):     #02 pc 0000000000125054  /data/dalvik-cache/arm64/system@framework@services.jar@classes.dex

根据log中的backtrace，在android源码根目录下定位报错所在源文件及行号：
aarch64-linux-android-addr2line -e out/target/product/msm8916_64/symbols/system/lib64/libandroid_servers.so 0000000000021d08

/home/embedded/android/410c_yk_1/APQ8016_410C_LA.BR.1.2.4018108x16.0_5.1.1_Lollipop_P2/frameworks/base/services/core/jni/com_android_server_SwtledService.cpp:66

aarch64-linux-android-addr2line -e out/target/product/msm8916_64/symbols/system/lib64/libhardware.so 0000000000000c44

home/embedded/android/410c_yk_1/APQ8016_410C_LA.BR.1.2.4-01810-8x16.0_5.1.1_Lollipop_P2/hardware/libhardware/hardware.c:104

贴出load()函数：
static int load(const char *id,
        const char *path,
        const struct hw_module_t **pHmi)
{
    int status;
    void *handle;
    struct hw_module_t *hmi;

    /*
     * load the symbols resolving undefined symbols before
     * dlopen returns. Since RTLD_GLOBAL is not or'd in with
     * RTLD_NOW the external symbols will not be global
     */
    ALOGE("20160219 load: id=%s,path=%s\n", id, path);
    handle = dlopen(path, RTLD_NOW);
    if (handle == NULL) {
        char const *err_str = dlerror();
        ALOGE("load: module=%s\n%s", path, err_str?err_str:"unknown");
        status = -EINVAL;
        goto done;
    }
    ALOGE("load: handle=0x%X\n", handle);
    /* Get the address of the struct hal_module_info. */
    const char *sym = HAL_MODULE_INFO_SYM_AS_STR;
    hmi = (struct hw_module_t *)dlsym(handle, sym);
    if (hmi == NULL) {
        ALOGE("load: couldn't find symbol %s", sym);
        status = -EINVAL;
        goto done;
    }
    ALOGE("load: id=%s,hmi=0x%X,hmi->id=%s\n",id,hmi,hmi->id);
    /* Check that the id matches */
    if (strcmp(id, hmi->id) != 0) {
        ALOGE("load: id=%s != hmi->id=%s", id, hmi->id);
        status = -EINVAL;
        goto done;
    }

    hmi->dso = handle;
    ALOGE("load: hmi->dso=0x%X,handle=0x%X\n", hmi->dso,handle);
    /* success */
    status = 0;

    done:
    if (status != 0) {
        hmi = NULL;
        if (handle != NULL) {
            dlclose(handle);
            handle = NULL;
        }
    } else {
        ALOGE("loaded HAL id=%s path=%s hmi=%p handle=%p",
                id, path, *pHmi, handle);
    }
    ALOGE("load: hmi=0x%X\n", hmi);
    *pHmi = hmi;
    ALOGE("load: *PHmi=0x%X,status=%d\n", *pHmi,status);
    return status;
}

最终定位出在这句代码：hmi->dso = handle；不太理解这句有什么问题？

0 2016-02-19 11:05:56

只看TA 引用举报 #1    得分 0

NDK 使用 addr2line 定位 Fatal signal (SIGSEGV) 错误使用NDK编写native code时候，真机常会出现crash的错误。然后logcat就是一片错误堆栈。 I/DEBUG ( 2562): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 40123d5c I/DEBUG ( 2562): backtrace: I/DEBUG ( 2562): #00 pc 0

⋅如何查看android应用层调用驱动层时，驱动层添加的打印信息 ⋅Failed to open dex from file descriptor for zip file '/system/app/swtled/swtled. ⋅android系统启动过程中log显示HAL层打开设备/dev/swtled时提示没有权限 更多帖子 关注私聊空间博客 游不离2010 本版专家分：0: 重新贴一下log信息：
E/HAL ( 2166): hw_get_module: id=swtled

E/HAL ( 2166): hw_get_module__by_class: class_id=swtled

E/HAL ( 2166): hw_module_exists: path2=/vendor/lib64/hw/swtled.qcom.so

E/HAL ( 2166): hw_module_exists: path1=/system/lib64/hw/swtled.qcom.so

E/HAL ( 2166): hw_module_exists: path2=/vendor/lib64/hw/swtled.msm8916.so

E/HAL ( 2166): hw_module_exists: path1=/system/lib64/hw/swtled.msm8916.so

I/HAL ( 2166): hw_get_module_by_class:variant_keys

I/HAL ( 2166): found: path=/system/lib64/hw/swtled.msm8916.so

E/HAL ( 2166): 20160219 load: id=swtled,path=/system/lib64/hw/swtled.msm8916.so

E/HAL ( 2166): load: handle=0x6D1D0D28

E/HAL ( 2166): load: id=swtled,hmi=0x6B696CB8,hmi->id=swtled

F/libc ( 2166): Fatal signal 11 (SIGSEGV), code 2, fault addr 0x7f6b696ce0 in tid 2166 (system_server)

I/DEBUG ( 310): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

I/DEBUG ( 310): Build fingerprint: 'Android/msm8916_64/msm8916_64:5.1.1/LMY47V/embedded01130902:userdebug/test-keys'

I/DEBUG ( 310): Revision: '0'

I/DEBUG ( 310): ABI: 'arm64'

I/DEBUG ( 310): pid: 2166, tid: 2166, name: system_server >>> system_server <<<

I/DEBUG ( 310): signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x7f6b696ce0

I/DEBUG ( 310): x0 0000000000000000 x1 0000007f815fee48 x2 0000007f815ff038 x3 0000007f6d1d0d28

I/DEBUG ( 310): x4 0000007f6d1d0d28 x5 0000007f815ff000 x6 0000000000008080 x7 feff63646b737672

I/DEBUG ( 310): x8 7f7f7f7f7f7f7f7f x9 0000000000000002 x10 0101010101010101 x11 0000000000000030

I/DEBUG ( 310): x12 0000000000000034 x13 0000007fd6097fcc x14 0000007fd6098008 x15 0000007fd6097f20

I/DEBUG ( 310): x16 0000007f8160ffe0 x17 0000007f81b8a2d8 x18 0000007fd60980c8 x19 0000007f6b696cb8

I/DEBUG ( 310): x20 0000000000000000 x21 0000007f6d1d0d28 x22 0000007f815fe000 x23 0000007f6d4dd608

I/DEBUG ( 310): x24 0000007f815fee48 x25 0000007f8160f000 x26 0000007fd60995f8 x27 0000007f6b686b68

I/DEBUG ( 310): x28 0000007fd609c638 x29 0000007fd6098580 x30 0000007f815fec28

I/DEBUG ( 310): sp 0000007fd6098580 pc 0000007f815fec44 pstate 0000000040000000

I/DEBUG ( 310):

I/DEBUG ( 310): backtrace:

I/DEBUG ( 310): #00 pc 0000000000000c44 /system/lib64/libhardware.so (hw_get_module_by_class+560)

I/DEBUG ( 310): #01 pc 0000000000021d08 /system/lib64/libandroid_servers.so

I/DEBUG ( 310): #02 pc 0000000000125054 /data/dalvik-cache/arm64/system@framework@services.jar@classes.dex

0 2016-02-19 11:11:24

只看TA 引用举报 #2 得分 0

signal 11(SIGSEGV) fault addr deadbaad错误处理原文地址：signal 11(SIGSEGV) fault addr deadbaad错误处理作者：landuochong 首先，你得承认经常看到这样的log是要崩溃的。。。。没有任何debug信息，你不知道是哪句出错了，你只知道，深层的so调用出问题了。。。而你基本不可能再去修改这些文件去适应你的程序，因为 1. 能力不足 2. 即使实力超群，投入产出比也相当

游不离2010 本版专家分：0: 问题，已经找到，问题出在HAL层。

0 2016-02-19 18:08:17

只看TA 引用举报 #3 得分 0

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xc 最近一直研究JNI和NDK方面与Java的对接，今天遇到一个这样的错，就是打开App，然后通过JNI调用C++代码，然后就闪退，日志如下所示： 09-05 10:07:59.626 10962-10962/com.daniulive.smartpublisher A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0xc in tid ...

isHooky 本版专家分：0: 亲，我也遇到了相同的问题，能问下你当时找到的BUG原因吗

0 2016-06-21 15:57:23

只看TA 引用举报 #4 得分 0

集成ndk导致的SIGSEGV(SEGV_MAPERR) 集成ndk导致的SIGSEGV(SEGV_MAPERR)前言　　最近集成bugly的异常统计，官方文档推荐sdk和ndk同时集成。　　于是我按照官方文档配置gradle文件。然后运行，程序直接Crash。我在bugly的后台看了一下,觉得应该是.so库的问题。 SIG 是信号名的通用前缀, SEGV 是 segmentation violation 的缩写在 POSI

jie_tao 本版专家分：0: 同问，我也遇到这种问题，已经确认问题出在HAL层，但是找不到具体原因

0 2017-12-20 08:14:07

只看TA 引用举报 #5 得分 0

收藏帖子

SIGSEGV不同code: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 41963214 signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 4006e000 SEGV_MAPERR means you tried to access an address that doesn't map to a

signal 11 (SIGSEGV), fault addr 0000015c是什么错误？怎么解决？: signal 11 (SIGSEGV), fault addr 0000015c是什么错误？怎么解决？

Fatal signal 11 (SIGSEGV) code 1 (SEGV_MAPERR)的解决方案: 在做老化测试的时候，出现死机，而且概率很大，崩溃的log信息如下： 01-01 17:17:34.870 F/libc ( 1606): Fatal signal 11 (SIGSEGV) at 0x00000018 (code=1), thread 1942 01-01 17:17:34.930 I/DEBUG ( 1167): *** *** *** *** *** *

cess xxxx has died"原因查找">Android程序运行报错"Process xxxx has died"原因查找: 在我们的程序挂掉之后，我们抓取log分析，有时候有以下提示： "I/ActivityManager( 2212): Process com.seven.test (pid 2758) has died." 这句话的意思就是说我们的程序主进程已经死掉了，这肯定不是我们所期望的啊，那么这种错误如何分析呢？以下是我的分析过程 1.首先找到关键log [

android jni使用，报错：Fatal signal 11 (SIGSEGV) code 2: -

Fatal signal 11 (SIGSEGV), code 1, fault addr 0xc91303b0 in tid 3587 (RenderThread): 01-16 15:47:13.985 3543-3587/com.face.imageclass A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0xc91303b0 in tid 3587 (RenderThread) [ 01-16 15:47:13.986 396:

关于异常 libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x64616570 in tid 17260 (FinalizerDaemon): 从学习android 入门到现在，遇到问题，第一反应都是网上查资料，看看前辈们是怎么处理的，在融合自己的项目，加以更改，但不是每一个问题网上都是有分享的，到最后还是靠自己，最近入手的项目上遇到的 libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x64616570 in tid 17260 (FinalizerDaemon...

Fatal signal 11 (SIGSEGV), code 2, fault addr 0x9ff811c0 in tid 28902: 一.前言调试安卓程序的so库，由于库是自己写的，经常性崩溃，我很苦恼，花了好几天时间解决问题。二.解决方案检查每一个malloc和free的配对关系。检查每一个内存的开辟和释放。尤其注意一些容器，例如list的节点创建和释放。

Fatal signal 11 (SIGSEGV), code 2调试方法: JNI中用C语言引起的bug:Fatal signal 11 (SIGSEGV), code 2对于习惯Java的程序员, 调试C程序是一件很头痛的事, 尤其是这种bug, 出现一次整个App立刻崩掉, 并且还不给你打印函数调用栈, 压根不知道哪一行出了问题. 如果google或者百度这个错误的描述, 答案往往是指针使用了一个不可用的位置, 或者是数组越界, 对程序问题定位也没有有价值的帮助.Bug

Fatal signal 11问题的解决方法: 项目问题，目前已解决；在此记录。前些天在调试Camera模块；发现相同的代码在厂家提供的环境里边编译、就是ok的，在我们的源码树中编译，将HAL库推进去后、就会kernel panic。一、现象 F/libc ( 4250): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 4358 (CameraPreviewTh

Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 14756 崩溃信息解决: 最近遇到一个bug，然后查看log后，我就直接傻眼了。因为这些log贼多，并且没有错误信息，直接懵掉！下面贴出一张log信息图：下边我说一下，怎么去查看这些log信息，首先你不要说没遇见过这些bug，就不知道怎么做。你应该淡定的、仔细的将这些信息看完，然后呢，就看那些带 #00、#001这些开头的信息，这些信息大概说的就是从0到9的报错顺序，。我是这样想的，这些信息不要直接从上边...

Unity整合Android , 错误Fatal signal 11 (SIGSEGV): Unity整合Android时异常把Unity内容整合到Android工程后出现so文件出现类似异常： Fatal signal 11 (SIGSEGV), code 1, fault addr 0x4ab01 in tid 28051 (UnityHardwareCa) 或者 Fatal signal 11 (SIGSEGV), code 1, fault addr 0x3

地址错误 fault addr 0xXXXXX: 有时会报这种错，我这里的情况是初始化的有问题我这里犯错是声时时未置空，然后初始化判空时就没进去，因为不为空，所以后面调对象方法时就报错。最好在初始化之前置空！！...

A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0xe0 in tid 9874: android程序中运行C++库时出现如下问题，求高手解决： 02-10 16:49:09.335 9874-9874/imeeting.shiheng.com.imeeting A/libc: Fa

A/libc: Fatal signal 11 (SIGSEGV), code 1, fault: -

singal 7 SIGBUS(Bus error): 一、导致SIGSEGV 1.试图对只读映射区域进行写操作。 2.访问的内存已经被释放，也就是已经不存在或者越界。 3.官方说法是： SIGSEGV --- Segment Fault. The possible cases of your encountering this error are: （1）buffer overflow --- usually caused

Fatal signal 11 (SIGSEGV), code 1, fault addr XXXX 调试方法: 调试android app时出现闪退，一看android studio报了这个错一开始一直百度说是内存错误，但苦于工程太大，怎么都找不到改过的地方哪里不对，最后还是一个老哥教会了我调出下方的logcat 然后选择显示的是error，注意右边还要no filters，否则显示不出来错误然后慢慢往上找就好了，怕找不到的话可以再打开一次app让最新的错误跳出来像我这...

android debug正常release异常调试错误A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr: android项目debug模式运行正常，后来打包release就运行不了...... 花了一下午的时间，总算解决了。解决方法：首先要打开release版本的调试模式模块下bulid.gradle修改开启release调试 debuggable true //true代表开启 false 关闭之后再通过debug运行app，程序闪退退出控制台日志显示 D/PdfDroi...

BUG记录：A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x2 in tid 13604 (RxIoScheduler-4): 今天遇到一个令我头疼的问题，APP发生Crash但是没有具体的报错信息，只能看见一条： A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x2 in tid 13604 (RxIoScheduler-4) 拿公司测试机测了一下，同样的场景只有三星手机能复现，随后发现是在网络请求发出之后产生的Crash，之后发现该请求方法是GET，对...

[原]NDK程序在虚拟机上运行出现signal 4 (SIGILL), fault addr 错误的原因及解决方法: 终于到了移植的最后一步，但是编译出来的SO文件加入工程后在虚拟机上总是无法执行，查看DDMS发现报错03-14 10:43:08.623: INFO/DEBUG(28): signal 4 (SIGILL), fault addr 80a43224 03-14 10:43:08.643: INFO/DEBUG(28): r0 00000000 r1 00000000 r2 afe42c7c r3 00000000 .... 百思不得其解，想为啥会这样呢，因为这个测试代码用NDK直接编译成功运行

Fatal signal 11 (SIGSEGV), code 1, fault addr 0xf4f17000 in tid 5091(CAM_MctBus) 解决方法总结: --------- beginning of crash 01-02 09:14:39.508 775 5091 F libc : Fatal signal 11 (SIGSEGV), code 1, fault addr 0xf4f17000 in tid 5091 (CAM_MctBus) 01-02 09:14:39.762 28465 28465 F DEBUG : ***...

Android Fatal signal 6 (SIGABRT) at 0x0000271d (code=-6): Android Fatal signal 6(SIGABRT) at 0x0000271d (code=-6)本人第一次在网上写文章，有什么好的地方请大家担待，有问题欢迎提出，一起讨论。下面我遇到的问题，有需要的朋友可以参考。问题出现场景06-10 15:43:28.528: A/libc(10013): Fatal signal 6 (SIGABRT) at 0x0000271d (code=-

signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 48a16775: -

A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 32566 (GLThread 5299): A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 32566 (GLThread 5299)

JNI中Fatal signal 11 (SIGSEGV), code 1的错误.: 这个错,搞了一天才搞定.还是自己对jni不熟. com.viking.myapplication A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x9c in tid 9502 (g.myapplication). 如果对jni熟悉的话,可能很快就能知道这个错误.但是,如何是刚开始搞jni开发的人来说,可能就一脸懵比了.

Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1) 错误解决方案(android-ndk): 在android里做ndk编程的时候，碰到个随机性错误错误信息如下： 05-06 15:59:44.411: A/libc(3347): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1) 05-06 15:59:44.911: I/DEBUG(3344): *** *** *** *** *** *** *** *** *** *** ***

不断报错： A/libc: Fatal signal 11 (SIGSEGV), code: siganl 11，就是使用了空引用，一直找不到原因，就在进入函数里不停的报错，可是写的都没问题，把函数体内容完全换了是正常的，但是留着第一句的打印还是报错LOGD("dfdf startserver %s %s, %d, %s",__FILE__,__LINE__,__FUNCTION__);看到了吧，只是多加了 %s，之前还找了半天，打脸啪啪（piapia）的。...

JNI：Fatal signal 11 (SIGSEGV) at 0x00000008 (code=1)错误的一点认识: 最近做的一个东西需要jni去实现，对于一个我这样用惯了java，习惯了debug的人来说，用NDK，使用C/C++去编程是件很苦逼的事情，但是最苦逼的事情在于内存错误发生后如何排查，尤其是 Fatal signal 11 (SIGSEGV)这个错误尤其恼人，报出来之后程序就会崩溃，定位还不好定位，刚开始发生这样的错误时候，只能去到处加log，到处屏蔽代码去找问题发生的地方，效率比较低，并且很难找到

c# 飞鸽源码下载: c#飞鸽源码,了解c#网络的基本应该，还有不错的架构，下载吧相关下载链接：[url=//download.csdn.net/download/liuyue2012/4164396?utm_source=bbsseo]//download.csdn.net/download/liuyue2012/4164396?utm_source=bbsseo[/url]

Java 8 in Action: Lambdas, streams, and functional-style programming下载: Prior to Java 8, experts might tell you that you have to use threads to use these cores. The problem is that working with threads is difficult and error prone. Java has followed an evolutionary path of continually trying to make concurrency easier and less error prone. Java 1.0 had threads and locks 相关下载链接：[url=//download.csdn.net/download/no1hero/8416101?utm_source=bbsseo]//download.csdn.net/download/no1hero/8416101?utm_source=bbsseo[/url]

tomcat8.0源码下载: tomcat api 源码 attach source 相关下载链接：[url=//download.csdn.net/download/jiaoyuanlejia/9392371?utm_source=bbsseo]//download.csdn.net/download/jiaoyuanlejia/9392371?utm_source=bbsseo[/url]

相关热词 c# 线程结束时执行 c# kb mb 图片 c# 替换第几位字符 c#项目决定成败 c# 与matlab c# xml缩进 c#传感器基础 c#操作wps c# md5使用方法 c# 引用父窗口的组件

我们是很有底线的