可以合并的、这在 tcpip 协议里有说到、在桌面端我知道可以自己设置。但手机端就完全木知了。

有没有办法通过设置手机的 tcp 粘包机制、来解决？

找个代理发请求、 ip 包你修改了、那路由就没办法发送数据了。

楼上说赚的前提、是房价不会跌的基础上吧。但估计这种可能性很小、因为钱被增发太多了、哎。

我的经验是、咖啡会让你该休息的时候兴奋、但并没有消除疲劳、兴奋过后会更累。是调节人体生物钟的一个功能、至于上瘾不至于的。要不然咖啡也不会在全球那么普及。

我以前也觉得数据和样式分离比较优雅、但实际操作下来、除了让前端代码更多更复杂外、并没有带来特别的好处。

现在选的话、我会选第二种。

二维码加一。很方便的。

有效时间的存在、需要等用户付款的时候、再同步刷到网站上去。

这年头你技术再好、做产品也基本失败。

想赚钱肯定选项目了。

说实话和下载量关系不大、我们 app 下载很少、但因为是公网、就被封了。

就是浏览器下载的证书吊销列表、里面有企业 299 证书黑名单的序列号、和详细吊销的 utctime.

这文件是通过浏览器安装企 ipa,必须更新的。

啥是边界呀、把 100 元全部分配完了啊。

人家说了大项目、楼上推荐个人的、能对工期质量有保证吗？别到时候烂尾反赔公司十几万。

你可以看看苹果的查封列表、每天好几万。反正是宁可错杀、也决不会放过的。特别是中国企业。

std::vector<int> partset;
partset.resize(512);

int i;
for (int n=0;n<5000;n++)
{
int array[10];
int count = 0;
for (i=0;i<10;i++)
{
int vv = randomGaussRange(60, 120); // 产生 6.0 元 - 12.0 元的高斯随机数
array[i] = vv;
count += vv;
}

for (i=0;i<10;i++) // 10 个人均分 100 元
{
array[i] += ((1000 - count)/10);
}

for (i=0;i<10;i++) // 累加统计每人得到的钱的分布概率, x=钱值， y=抽到的数量
{
int x = array[i];
int y = 0;

if (x < 0) x = 0;
if (x > 500)x = 500;
partset[x]++;
}
}

for (i=0;i<=60;i++) // 缩放绘制到屏幕
{
int x = 10+5 + i*6;
int y = 35 + CROP(partset[i+60]/10, 0, 200);

// drawcircle(x, y, _blue);
}


// 注，代码用到了高斯随机数，用普通的随机数替换，绘制出的图形，也是类似的，中间高，两头低。如下:

http://i.imgur.com/aiEELGI.png

100 元， 10 人， 6 ～ 12 元条件。

图案看起来的确不太美观，几乎没有能拿到 6 元～ 7.5 元的概率。好吧，我想简单了-_-

http://i.imgur.com/YSIJAZB.png

需要的话，我可以把程序贴上来，虽然是 c++写的。

如果你做了平均分配步骤的话，那形成图案，应该是特有的摆尾现象。原理就是 10 份 7 元～ 13 元的红包，总有加起来超过 100 元的时候，这时候会进行在再分配，两个顶端就会向中间移动。（比如：原来让 7 元或 13 元的，会变成 6.9 元或者 12.9 元， 7 元整数的概率，自然就少了，中间的概率，自然就多了）

我来贴一下结果，用 100 元分十份，每份 7 元～ 13 元随机分布。循环很多次，然后绘图统计每个人拿到钱的概率。

http://i.imgur.com/BJgrKhu.png

还是第一种算法、只是把最后那个人多出来的钱平摊到每个人头上既可。

比如生成 10 次六元到十二元的随机数、加起来如果是 110 不是 100 、那么每个人的红包都按照比例少拿 1 块。也就不存在最后一个人抽到太多或太少的情况、因为都被前面九个人均摊了。