33选7，总计有  4272048 组，

假想一，你能找到一个容器装下它。

假想二，选取一组数并与“他用来做筛选的的数组”做比较，耗时一秒

结果：需4272048秒=71200.8分=1186.68小时=49.445天 [ 包括夜的啊^_^ ]

程序运行结束

[此贴子已经被作者于2005-9-11 21:57:37编辑过]

不死机的方法是有的，就是程序的执行时间会长些，那就是读文件的方法．
但是她不明确告诉我，从３３个数字中选１个数，或者选２个数，或者选３个数，或者选４个数，或者选５个数，或者选６个数，是否合法？我没办法给她写程序．

你有没有看到我21楼的贴子？

33选7就是从1至33个数字中选出7个数字的任意组合，不重复，不需要排列顺序，如1234567 1234568 1234569。。。。。。（大概有四百二十多万组）在这些组里选出的组合必须符合下里每一组的条件（条件是选出的这组数字只能在下列的每组数字里没有出现过或出现了一个数字或出现了两个数字，而不能出现3个或3个以上的数字）：例如： 1：1 9 18 19 27 30 2：5 7 13 16 19 26 3：1 14 17 27 28 31 上面列出了3组，假设134567这组数字就符合条件，它在第一组中出现了一个数字1，在第二组里出现了2个数字5 7，在第三组中出现了一个数字1，都符合条件，而1 2 3 5 7 9 18这组数字就不符合条件，它虽然符合第二组和第三组分别出现了2个和一个数字，但不符合第一组，因为它在第一中出现了3个数字1 9 18 另外，选出的组合必须是7个数字，而我所设的若干组（上面的3组，也可能是几十组，也可能上百组）是6个数字的组合

他的目的不外乎用“他用来做筛选的的数组”排除他认为这次不太可能会开出的号码。

那么，“他用来做筛选的的数组”的数目不会太，按我的猜测是最近某一段时间已经开出来的中奖号码，这个“用来做筛选的的数”数组少了就无意义了，因为你最后生成的结果就很大了。所以，我上面的

[QUOTE]假想二，选取一组数并与“他用来做筛选的的数组”做比较，耗时一秒[/QUOTE]

这一秒时间不管你用什么方法，多线程也，读文件更不用谈，我前面的前提是数据在内存的，我想是少不了，即使能少，就算你一秒比49个好不好？还得一天一夜。

这个问题的突破口是不能按他的想法，必须用某种“筛选”先行把“总计有  4272048 组”大大地降下来，比如，含有象1,2,3,4,5这样有5个连续递增的实际是不太可能开出的。这样这个程序才能写。

象上面你所说的有1 2 3 4 5这样的数字的组合按概率是很低的，正如你所说，用来筛选的数组需要很多的，上面的3组只是举个例子，我可能需要用到51组，68组，也许回更多的

jys07，我不知道你看懂我的意思没有？你必须设定一些“筛选”条件，我举个例子 1，2，3，4，5，6，7 2，3，4，5，6，7，8 3，4，5，6，7，8，9 。。。。 这样7个的都是连续的，数与数之间无跳跃的这辈子也不会开出的，象这样先从 4272048 组去掉才行。 这样“筛选”条件越多越好，程序才能写，否则请你仔细看看我21楼的贴子，再自己算一下。

我的意见说完了，剩下的交kai处理了

现在清楚了．

不好意思，耽误了你那么长时间，让你费心了