该问题困扰我很久了，我也在网上查了很久，遇到这个错误的很多，但网上提供的解决方法我都试过，还是不行，请各位分析一下，十分感谢：
我试过，运行时通过－D指定java.library.path,设置环境变量LD_LIBRARY_PATH，拷贝这个库文件到打印出的java.library.path所在目录，甚至把gcc改用g++编译库等都试过，没有效果。
我运行的环境是SuSE Linux，JDK1.6.0
java文件：
public class GetPid {
static {
System.out.println(System.getProperty("java.library.path"));
System.loadLibrary("testdll.so");
}
public native static int get();

/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
System.out.println(System.getProperty("java.library.path"));
GetPid test = new GetPid();
System.out.println(test.get());
/*try{
System.in.read(new byte[10]);
}
catch(Exception ex){
ex.printStackTrace();
}*/
}
}

错误信息：
linux-z03057:~/workspace/CtoJavaTest # java GetPid
/home/z03057/src/jdk1.6.0/jre/lib/i386/client:/home/z03057/src/jdk1.6.0/jre/lib/i386:/home/z03057/src/jdk1.6.0/jre/../lib/i386:.:/home/z03057/src/jdk1.6.0/jre/lib/i386/client:/home/z03057/src/jdk1.6.0/jre/lib/i386:/lib:/usr/lib:/usr/java/packages/lib/i386:/lib:/usr/lib
Exception in thread "main" java.lang.UnsatisfiedLinkError: no testdll.so in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at GetPid.<clinit>(GetPid.java:5)

linux-z03057:~/workspace/CtoJavaTest # java -Djava.library.path=/usr/lib GetPid
/usr/lib
Exception in thread "main" java.lang.UnsatisfiedLinkError: no testdll.so in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at GetPid.<clinit>(GetPid.java:5)

生成了testdll.so,也放在了java.library.path所在的目录，我在程序中把java.library.path所在的目录打印出来了，然后拷贝testdll.so到这个目录，发现还是这个错误；
后来，看到一些网页上说要设置LD_LIBRARY_PATH,我设置了这个目录，然后把库拷到这个目录，也不行；
再有，我在运行java 时指定-Djava.library.path=库所在目录，同样没有效果。

晕啊！

我试过放到/home/z03057/src/jdk1.6.0/jre/lib/i386/client及/home/z03057/src/jdk1.6.0/jre/lib/i386/及/usr/lib/甚至JDK下的bin目录里面
而且这个库也放到和class文件一个目录下，同样出现这个错误，我实在想不出是什么原因！！！

System.loadLibrary("testdll.so");改为System.loadLibrary("testdll");这个我也试过,同样有这个问题。

怎么判断testdll.so有没有做好呢？
若我做一个C的程序，调用这个.so，若能通过是否表示已经做好？

下面是我的另外两个文件，帮忙看看有没有问题：

头文件Get_Pid.h：由javah GetPid生成
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class GetPid */
#ifndef _Included_GetPid
#define _Included_GetPid
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: GetPid
* Method: get
* Signature: ()I
*/
JNIEXPORT jint JNICALL Java_GetPid_get
(JNIEnv *, jclass);
#ifdef __cplusplus
}
#endif
#endif

源文件(GetPid.c)：用于编译成testdll.so

#include <sys/types.h>
#include <unistd.h>
#include "GetPid.h"
JNIEXPORT jint JNICALL Java_GetPid_get(JNIEnv *a, jclass b)
{
return getpid();
}

十分感谢版主的帮助！
应该是刚才您说的System.loadLibrary("testdll.so")多了.so的原因。
我最初用的方法是System.load，这个用.so和去掉.so的库都试过。
但目前现在还存在下面这个问题，以前用System.load有这个问题，改用了loadlibrary后没有了，以为问题解决了。实际上是倒退了！
希望再麻烦看看是什么原因。
编译库时用了-fPIC.若不用会编不过有错误如下：
linux-z03057:~/workspace/CtoJavaTest # g++ -I/home/z03057/src/jdk1.6.0/include -I/ home/z03057/src/jdk1.6.0/include/linux -o testdll.so -shared GetPid.c
/usr/lib64/gcc/x86_64-suse-linux/4.1.0/../../../../x86_64-suse-linux/bin/ld: /tmp/ ccq6CLL8.o: relocation R_X86_64_32 against `__gxx_personality_v0' can not be used when making a shared object; recompile with -fPIC
/tmp/ccq6CLL8.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
linux-z03057:~/workspace/CtoJavaTest #
linux-z03057:~/workspace/CtoJavaTest # javac GetPid.java
linux-z03057:~/workspace/CtoJavaTest # g++ -I/home/z03057/src/jdk1.6.0/include - I/home/z03057/src/jdk1.6.0/include/linux -w -fPIC -DPIC -o testdll.so -shared Ge tPid.c
linux-z03057:~/workspace/CtoJavaTest # java GetPid
/home/z03057/src/jdk1.6.0/jre/lib/i386/client:/home/z03057/src/jdk1.6.0/jre/lib/ i386:/home/z03057/src/jdk1.6.0/jre/../lib/i386:.:/home/z03057/src/jdk1.6.0/jre/l ib/i386/client:/home/z03057/src/jdk1.6.0/jre/lib/i386:/lib:/usr/lib:/usr/java/pa ckages/lib/i386:/lib:/usr/lib
Exception in thread "main" java.lang.UnsatisfiedLinkError: /root/workspace/CtoJa vaTest/testdll.so: /root/workspace/CtoJavaTest/testdll.so: wrong ELF class: ELFC LASS64
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at GetPid.<clinit>(GetPid.java:5)