【求助】线程起始地址修改

[stivenjia]

现有类对象如下：
class A
{
public:
A()
{
hThread = CreateThread(...,Proc,...);
}
static DWORD __stdcall Proc(LPVOID lpParam);
private:
HANDLE hThread;
};

int main()
{
A tgA,tgB;
}
由于A的成员函数Proc属于静态类型因此，tgA,tgB的线程的起始地址为全局的Proc而期望的结果是tgA拥有自己的Proc执行地址，tgB拥有自己的Proc执行地址，请问这个问题如何解决。

[mengde007]

CreateThread(...,A::Proc,...);
传入个参数有这么难吗。在线程开始前传你的地址进去。

[RLib]

用Proc作派遣函数，传参进去，判断标志并执行不同的代码。

[RLib]

还有，既然都要修改地址了，为何不在类外部声明过程？

[stivenjia]

[Quote=引用 2 楼 rrrfff 的回复:]
用Proc作派遣函数，传参进去，判断标志并执行不同的代码。
[/Quote]
按这个做法，始终是(假设Proc地址是0x80507090)
T1 -> 0x80507090
T2 -> 0x80507090

两个线程对象共同拥有一个函数的起始地址与实行实体，您不认为这件事情不合乎逻辑吗？

而现在的要求是
T1 -> 0x70607090
T2 -> 0x80507090
让两个线程分别拥有不同的起始地址，但是并不期望对静态函数改动太大。

[龙哥依旧]

静态成员不属于某个类对象！
你要两个地址不一样，那就再多写个函数好了！

结贴！

[至善者善之敌]

[Quote=引用 4 楼 stivenjia 的回复:]
引用 2 楼 rrrfff 的回复:
用Proc作派遣函数，传参进去，判断标志并执行不同的代码。

按这个做法，始终是(假设Proc地址是0x80507090)
T1 -> 0x80507090
T2 -> 0x80507090

两个线程对象共同拥有一个函数的起始地址与实行实体，您不认为这件事情不合乎逻辑吗？

而现在的要求是
T1 -> 0x70607090
T2……
[/Quote]
，
你不要指望PROC能够有不同的地址，因为他是一个静态的函数，所以他的地址肯定是唯一的，到是你应该考虑如何 hThread = CreateThread(...,Proc,...);创建多个线程

[恨天低]

创建另外一个线程函数吧！

[tab0tab]

CreateThread(...,Proc, ..., this);
传this指针进去,
在proc中,用this->function();

[就想叫yoko]

你为什么有这样的期望呢
如果真有这样的期望是否 写2个proc函数更好一点呢

[RLib]

我的意思是:
DWORD Proc(LPVOID lpParam)
{
if(lpParam == A)
{
PA();
}
else
{
PB();
}
}
也就是lpParam当作this指针一样（ecx）


静态函数即便是成员函数的地址运行时都是固定的，只是不同实例传入this指针不同罢了（静态连this也没有），LZ不要理解错了。
所以，相同函数不可能有不同的函数地址。

[RLib]

[Quote=引用 4 楼 stivenjia 的回复:]
引用 2 楼 rrrfff 的回复:
用Proc作派遣函数，传参进去，判断标志并执行不同的代码。

按这个做法，始终是(假设Proc地址是0x80507090)
T1 -> 0x80507090
T2 -> 0x80507090

两个线程对象共同拥有一个函数的起始地址与实行实体，您不认为这件事情不合乎逻辑吗？

而现在的要求是
T1 -> 0x70607090
T2……
[/Quote]

这件事情不合乎逻辑？C++的‘类’就是这么干的。

[stivenjia]

例如：实现动态线程池，既不知道用户需要该线程池的上限也不知道下限，且需要动态建立线程而现在每个线程对象均
使用同一起始地址，相当于10个或20个线程执行同样一份代码，而不是每个线程执行单独一份代码这样的执行方
式效率上已经大打折扣，并不是我吹毛求疵而是现实有这样的需求，如果云计算服务器也如此设计，那这个开发
人员是不合格的，因为作为云的客户需要云服务器为自己提供一份单独的计算服务而不是与别人分享时间片。
多说无益。发现问题是根本，解决问题是王道。
解决办法已有，通过宏函数模拟建立静态函数对象可我认为这种方式并不是最佳处理方式，对于编译器应该有个特殊的标记
用于表示全局函数的的地址编译方式已确定是唯一的还是可以重复的。

[就想叫yoko]

首先我觉得楼主应该搞清楚一点

你用类中的static成员函数作为 线程的回调函数 与用普通函数作为线程的回调函数 是没有任何区别的

这点一定要先摆正

另外
使用同一起始地址，相当于10个或20个线程执行同样一份代码，而不是每个线程执行单独一份代码这样的执行方
式效率上已经大打折扣，
这个结论是如何得出的
我学习下

[RLib]

[Quote=引用 12 楼 stivenjia 的回复:]
例如：实现动态线程池，既不知道用户需要该线程池的上限也不知道下限，且需要动态建立线程而现在每个线程对象均使用同一起始地址，相当于10个或20个线程执行同样一份代码，而不是每个线程执行单独一份代码这样的执行方式效率上已经大打折扣
[/Quote]

LZ看来要挑战DLL的存在啊。。。。。。

[RLib]

何谓执行同样一份代码？LZ可能按照#10楼的方法来分析了，但是效率会不会大打折扣，我认为关键还在于代码是否有冗余。

[RLib]

一直很想见识下 宏函数模拟建立静态函数对象。。。

[stivenjia]

#define DEFINE_PROC(name)	template<typename theClass>							\
							static DWORD __stdcall ProcTest##name(void* lpVoid)	\
							{	theClass* lpClass = (theClass*)lpVoid;			\
								return lpClass->run();							\
							}

class Ct
{
public:
	Ct()
	{
		HANDLE hHandle = CreateThread(0,0,ProcTestCt<Ct>,0,0,0);
	}
	~Ct()
	{

	}
	DEFINE_PROC(Ct)
	DWORD	run(void)
	{
		return 0;
	}
private:
	HANDLE	m_hHandle;
};

这里有个弊端，每个类DEFINE_PROC(Ct)的时候需要修改参数起始就是为了保证每个编译器生成唯一的函数地址