感谢各位。qemu 估计运行速度很感人，hyper-v 嵌套虚拟化 VMware......有机会试试，不过我猜测图形化硬件加速可能也用不了，大概率效率也很感人。hyper-v 这个很是尴尬呀。

前几天刚刚出差到浙江华数传媒，在滨江和萧山交界的地方，白马湖会展中心那边。感觉整个华数内部，真正自己负责的东西并不多。通过各种错综复杂的关系给外包出去了。商务沟通、业务对接根本就找不到负责人，他们自己也搞不清楚。

感觉他们企业内部挺乱的。

没有 get 到提问的点在哪里...

这种效果....莫非是需要有一个人帮你在背后拍照咯？（大雾

从来不回复这些短信，要拒收直接到 12321 投诉，然后运营商会为你屏蔽这个端口下发的短信，不用进行耐心与智商的双重考验，生活乐无边。

同意#7 的说法，建议描述一下具体的需求场景，而不是提一个 XY 问题。

http://coolshell.cn/articles/10804.html

对于 X-Y Problem 的意思如下：

1 ）有人想解决问题 X
2 ）他觉得 Y 可能是解决 X 问题的方法
3 ）但是他不知道 Y 应该怎么做
4 ）于是他去问别人 Y 应该怎么做？

简而言之，没有去问怎么解决问题 X，而是去问解决方案 Y 应该怎么去实现和操作。于是乎：

1 ）热心的人们帮助并告诉这个人 Y 应该怎么搞，但是大家都觉得 Y 这个方案有点怪异。
2 ）在经过大量地讨论和浪费了大量的时间后，热心的人终于明白了原始的问题 X 是怎么一回事。
3 ）于是大家都发现，Y 根本就不是用来解决 X 的合适的方案。

X-Y Problem 最大的严重的问题就是：在一个根本错误的方向上浪费他人大量的时间和精力！

表示办理了工行 e 卡，是个回收号，185 号段，我没注册任何服务，仅仅用来上网。和楼主一样，各类推销短信，投资商铺、贷款的一大堆。全部丢到 12321 举报垃圾短信。原号主还注册了世纪佳缘，利用手机号重置了密码，看到了原主任的照片。还发现原主人注册美团，看到过他在哪里下过馆子，多少钱。嗯，就这样。

只想知道 1M 带宽可以干啥，算你 7*24 满载，一个月下来就 300 多 G 的流量而已

1(Mbps/s) / 8(bit) * 60(s/min) * 60(min/hour) * 24 (hour/day) * 30 (day/month) / 1024 (MB/GB) = 316.40625 GB

这可是 24 小时不休息的满载，一个月才 300G 的流量，但凡你稍微有点大流量的需求就崩盘了。

vutrl 之类的，2.5 刀一个月，都有 500G 流量（仅统计单向流量）。一个人用的话，即使看视频也是用不完的（如果你是自由职业者，或者特别闲不算）

@Sanko 申请了一个 0 月租的虚拟运营商号码，1705 开头。一直沿用至今，没碰到有什么问题。对外联络一直使用该号码。由于 0 月租，当初冲了 100，现在快两年了都没用完，被叫免费，主叫几乎都是走 VOIP，也不用手机套餐的主叫业务。另外配一张流量卡，哪个便宜用哪个经常换。最近刚刚换了工行 e 卡，19 元 /月，2G，挺划算的。

没有 HTTPS，注册提示手机号错误，强行注册（绕过前端限制），登陆提示操作失败，再次注册 提示该身份已注册。还不如应届生写的东西

@binghe 禁止该软件联网权限即可。使用过程中，并不要求必须联网。

@fairyStage
@wwhc
软路由 有推荐么，有想法自己弄个 Mini-ITX 板子带 J1900，搞一搞。

@breadenglish 算是历史遗留原因，因为旧项目在不同环境下需要 hack 的方法不同。可以理解为新环境下是提供一种模拟环境，供老旧项目运行。

目前做过这样的尝试，通过 javassist 生成不检查类名安全检查以及 hack 过的 Class 字节码的 ClassLoader 对象，然后试图通过反射修改当前类加载器的父类加载器，以此绕过双亲委派机制，结果并不成功，程序运行直接输出 Exception in thread "main" 且没有退出，仿佛一种假死状态。代码如下：
```
public class JavassistHelp {
static ClassLoader hackClassLoader = new ClassLoader() {
private byte[] classBytecode = null;

private byte[] classBytecode() {
if (this.classBytecode == null) {
ClassPool classPool = ClassPool.getDefault();

try {
CtClass ordClass = classPool.get("java.lang.Class");
ordClass.defrost();

CtMethod ordMethod = ordClass.getDeclaredMethod("getResourceAsStream");
ordMethod.insertBefore("return new java.io.ByteArrayInputStream(new byte[]{1, 3, 5, 7, 9});");

this.classBytecode = ordClass.toBytecode();
} catch (NotFoundException e) {
e.printStackTrace();
} catch (CannotCompileException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}

}
return classBytecode;
}

@Override
public Class<?> loadClass(String name) throws ClassNotFoundException {
try {

if ("java.lang.Class".equals(name)) {
System.err.println("loadClass hack");
return this.defineClass(name, this.classBytecode(), 0, this.classBytecode().length);
}

String fileName = name.substring(name.lastIndexOf(".") + 1) + ".class";
InputStream is = getClass().getResourceAsStream(fileName);
if (is == null) {
return super.loadClass(name);
}

byte[] b = new byte[is.available()];
is.read(b);

return defineClass(name, b, 0, b.length);
} catch (IOException e) {
e.printStackTrace();
}
return null;
}
};

public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {
// 通过反射修改父类加载器
Field parent = ClassLoader.class.getDeclaredField("parent");
parent.setAccessible(true);

Field modifiersField = Field.class.getDeclaredField("modifiers");
modifiersField.setAccessible(true);
modifiersField.setInt(parent, parent.getModifiers() & ~Modifier.FINAL);
parent.set(JavassistHelp.class.getClassLoader(), JavassistHelp.hackClassLoader);

System.err.println("load resource is " + String.class.getResourceAsStream("111"));
}
}
```

不知道上面各位试过了吗，我在一台 Android 5.1.1 的华为设备上尝试了下。基本没有任何用处，功能要么提示仅支持三星设备，要么丢异常。

所以基本上上断定是使用了三星的私有方法实现的。并没有什么借鉴意义。还是只有黑域，intent firewall 这些能用

企业邮箱换 zoho 吧，体验了下很不错。收发信件也没有被拒的情况

我支付宝、京东绑定的 gv，没有任何问题。也没有提示有安全风险。目前每天依旧有付款 /转账操作，前天淘宝上刚刚下了个订单也没问题，京东昨天也下了个几百块的订单，同样没问题。

所以被冻结的原因可能 gv （境外号码）不是唯一原因，有其他因素也导致合理推断，账号存在风险，最终交叉验证，确定存在风险，被冻结账号。

个人觉得欠费停机没毛病，如果运营商给你一定额度内的赊账，那是情分，不给是本分。这样想，心情会好很多 : )
上面也有道友说了，如果产生欠费后没有停机，随后产生了高额消费，可能用户又会怼运营商，为什么欠费了，我还可以继续用？（虽然 冰淇淋套餐是不限量的......）

@u5f20u98de 还有这种操作？分享一下 被坑的故事？

@eloah
@LZRng
这个从邮件来看，不像是伪造的，查看发件方的 IP，确实是京东的，域名也是 @jd.com 应该是真实的吧。对方本来也是来推销服务的，这个折扣应该是可信的。

我这 经常怼 PM，毫无压力，但是测试大佬是不能怼。测试大佬一定要好好伺候着...