自毁应用
按照 “磁带将在五秒钟内自毁。吉姆，祝你好运” …
一旦达到预设的使用时间或其他条件，应用程序是否可以删除自身（或可执行的包装形式）？
另外，还有哪些其他方法可以使应用程序无效？
这样做的目的是使Beta过期，邀请用户获得最新版本。
问题答案：
有可能的。为了避开JAR文件的锁定，您的应用程序可能需要生成一个后台进程，该进程等待JVM退出后再删除内容。
但是，这不是防弹的。有人可以安装该应用程序，然后将已安装的文件和目录设置为只读，以便您的应用程序无法删除自身。用户（或其管理员）通过OS的访问控制系统对创建和删除哪些文件拥有最终决定权。
-
我发现了这个描述如何摧毁一名服务人员的回购协议。但我没有找到任何资源来描述工作人员何时应该销毁/卸载/注销自己。 当我开发网站时，我经常使用8080端口。我可以在有服务人员的站点X上工作，然后在没有服务人员的站点Y上工作，但是原来的和现在不正确的服务人员仍然存在。 服务人员决定卸载自身的逻辑有点复杂，因为我们希望： 允许服务工作人员脱机工作 是否有一个标准的机制或惯例？
-
问题内容： 我需要能够动态加载/卸载角度应用程序而不会引起内存泄漏。在jQuery中，您可以执行相应的销毁代码，事件处理程序未绑定等。 我一直无法在有角度的文档中找到任何内容，提及启动应用程序后可能会拆除应用程序的可能性。 我的第一次尝试是像这样破坏rootScope： 但这似乎不起作用，而且我不确定即使清除了注入器和服务也将如何清理。 应该怎么做？ 问题答案： 2013年3月10日更新： 我发现
-
我是一个蟒蛇初学者。试着做一个新的按钮来关闭窗口。我得到了错误消息： 异常在Tkinter回调Traceback（最近调用最后）：文件/系统/库/框架/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py，第1536行，在调用返回self.func（*args）文件tk_cp_successful.py，第138行，在按钮推送s
-
销毁 Destroy 在不需要使用iScoll的时候调用iScroll实例的公共方法destroy()可以释放一些内存。 myScroll.destroy(); myScroll = null;
-
谈起软件的自动化测试，大部分测试工程师都会情不自禁的浮现起下述三种观点： ● 自动化测试比较高端 刚刚展开测试职业新篇章时，往往从纯手工功能测试入手。做了一段时间的黑盒测试，渐渐对黑盒测试的重复和低效感到乏味，想让工作更有效率一点，想开展自动化测试。但对如何开展软件自动化测试没有一点点思路，没有一丝想法，从而认为自动化测试很高端，那些做自动化的测试工程师都很牛。 ● 自动化测试脚本需