iphone 类似触宝的五笔输入法，我认为还是可以。我使用五笔输入法，就感觉触宝的好，可惜 iphone 上触宝不能输入五笔，现在使用百度，狗屎一样， 30%的时间都会打错，我不知道他的键盘布局是怎么回事。

好像要解 bl ，再刷 Recovery ，再安装 Google 全家桶，我感觉太麻烦了，还不如直接买一个海外版的呢。

封装一个回调异步处理，在页面上给用户一个提示就行了，你 sleep ，会让 http server 的连接池占满或 timeout 的。

如果不玩游戏就可以，如果喜欢玩游戏，就有些问题，现在游戏都比较大，其它的常用软件还好说。

我想的话，如果是空实现，不验证证书，中间人可以使用自颁发的证书很轻松的进行中间人攻击了吧。

1 、没有必要使用 EJB ，现在都轻量级了，还用这玩意干什么？
2 、你例子中也不是一个实体类，就是一个正常的 Bean 。
3 、技术达到能写 EJB 的唯一条件就是：蛋疼。

忙了一上午，终于配置的差不多了，只能说是，还好是测试环境，还好数据没有丢。

感谢各位的安慰了！

@lonelygo 应该是你的 homebrew 程序文件被修改了。你到 /usr/local 目录中，使用 git status 看一下是为什么，一般放弃修改你使用 "git checkout -- ." 就可以了。

@RangerWolf 不好意思，上面说的有误， Linux 线程实现有几种，其中一种是使用进程来模拟线程，但使用 ps 看到的还是一个进程。

public static final String a = 'aaaa' ，这种，类加载器会把 'aaaa' 放到常量池中，类加载后，内存就不会释放，但不算是内存泄漏，这是因为：我们说的内存泄漏，主要是指动态分配了内存，不再需要的时候，应能释放，如果没有办法释放，就算内存泄漏，所以，比如一些程序就需要很大的内存空间，但这是正常使用，就不算内存泄漏。

如果连接池之类的这种池化技术，就是让一些资源不释放，使得下一次使用的时候速度更快，这就是故意这样设计的，这就不算内存泄漏。

但如果我是做一个程序，把文件文件中行读到一个 List 中去，使用完后，这个数据没有用了，应释放，但因为自己到这个 List 定义到一个类的 static filed 中去了，所以不会被 gc 到，这就算内存泄漏了。

内存泄漏也是相对的， 比如程序就那么几个泄漏，程序调用一次后也没有再调用过，泄漏了也没有关系，怕的就是频繁调用的地方有泄漏，最后让 jvm crash 了，这就严重了。

写程序的时候，一般的普遍 object （除超大的 String 外），泄漏也没有什么大的关系，最容易是 jvm crash 的是，把 object 不停的加入到 Collection 中。所以写程序注意一下超长的 String 及 Collection 的应用，少使用 static 变量（常量不算内存泄漏， static 作为性能优化常用，但在现代的 jvm 优化技术下，基本没有太大的必要），一般不会内存泄漏。

@RangerWolf JVM 只有一个进程，是多线程的，在 Linux 中看到多个进程，是因为 Linux 使用多进程来模拟多线程的（不要以为这个代价高、性能低哟）。

回复楼主的就是 最重要的是 v 你放到什么地方了，只是没有放到静态属性中(或其它类似的地方，如 web 应用中 application ， spring 中的 context)中就行了。 java gc 时，大部分的垃圾回收器，都是从在使用的类与实例开始遍历，遍历完后，没有被遍历上的实例都认为是没有用的，直接全部回收就行了。

就这德性，还要和别人谈 TPP ，难怪别人不和你玩了。

1 、不犯错怎么成长呢？所以犯错是一个好事。
2 、养成写 checklist 的好习惯，上线前检查 checklist 就行了。
3 、出再大的问题，对你来说最多也就一个月工资的事，又不会死人，这都天天担心，高危行业的人怎么活。

设置完成了后，使用 git config -l 进行检查，设置的正确不。
不正确的话，请检查 ~/.gitconfig 文件的权限正常不，不行，备份再删除再重新设置一下。

设计数据库的时候，就会接合业务按经验做一些设计的调整，避免太复杂的查询就行了。上线前再做大数据量的测试，进行调整。如果你这样问的话，可能设计的经验不足，所以选择的开发工具或框架很重要，以方便后面做大量的修改。比如，到处直接使用各种 sql ，就是作死的节奏。

jvm 中专门有常量池来优化这些字符串的存储的，这点空间就不用你去费神了。如果是实例变量，其实也可能会使用到常量池。 scjp 中常考的 a = "abc"; b="abc";c = new String("adc"); println(a == b) ;println(a == c)，你把这个运行一下就清楚了。

@oska874 mosh 是不会断的，只要你 client 和 server 端进程不被 kill 掉，网络断了，会自动重连，并回到原会话。所以实用于移动环境，在公司连上，电脑一待机，拿回家，又自动连上了。

但 mosh 有一个缺陷，滚屏的内容没有办法回翻，这点就没有 tmux 和 screen 方便。官方说是 1.3 版本才会支持。