这是我在 Windows 7 上发现的。Windows 上的潮汐 sdk 应用程序在双击快捷方式时会创建新实例,即使之前的实例已经存在。您可以在 Tide SDK Developer(1.4.2) 上观察到同样的情况,只需运行应用程序,如果再次单击快捷方式,它会启动一个新实例,而不是只显示已经存在的实例。有谁知道如何解决这一问题?或者有人修过这个吗?
OSX 版本虽然没有显示此类问题
所以我找到了一种在 Windows 中解决这个问题的方法。使用 Ti.Process 创建一个进程并让它运行以下命令
tasklist | find "YourAppName"
如果实例已存在,则返回该字符串,否则返回空字符串。您可以在每次启动应用程序时检查此项以避免多个实例
在后台运行tasklist
取决于平台,而且该解决方案仅阻止新实例启动 - 它不会关注已经运行的实例。还有另一种使用该Ti.FileSystem.File.touch()
方法的解决方案:此方法将尝试创建指定的文件,true
如果成功或false
文件已经存在,则返回。最重要的是,它是原子的,这意味着它不应该向您的应用程序引入竞争条件。
要关注已经运行的实例,您需要让它知道它应该(显示和)关注自身。一种可行的方法是在应用程序知道它是唯一正在运行的实例后运行 HTTP 服务器,并在收到请求时关注自身。如果应用程序在启动时发现另一个实例已经在运行,请创建一个 HTTP 客户端,连接到另一个实例的 HTTP 服务器并向其发送请求;请求完成后,退出。
示例实现(放在 app.js 文件的开头):
// enclose the logic in a closure, just to play it safe
(function(pidFile) {
// if creating the PID file fails, i.e. there is another instance
// of the app already running
if (!pidFile.touch()) {
// create a HTTP client
var client = Ti.Network.createHTTPClient({});
// add some event handlers
client.onload = function() {
Ti.App.exit();
};
client.onerror = function() {
Ti.App.exit();
};
// and dispatch
client.open('GET', 'http://localhost:9731/');
client.send();
} else {
// or, if creating the PID file succeeds,
// create a HTTP server and listen for incoming requests
var server = Ti.Network.createHTTPServer();
server.bind(9731, 'localhost', function(request, response) {
// this handler gets run when another instance of the app
// is launched; that's where you want to show the app window
// if it is hidden and focus it
if (!Ti.UI.getMainWindow().isVisible()) {
Ti.UI.getMainWindow().show();
}
Ti.UI.getMainWindow().focus();
// send some response back to the other instance
response.setContentType('text/plain');
response.setContentLength(2);
response.setStatusAndReason('200', 'OK');
response.write('OK');
});
// an important thing is to clean up on application exit
// - you want to remove the PID file once the application
// exits, or you wouldn't be able to run it again until you
// deleted the file manually, something you don't want the end user
// to deal with
Ti.API.addEventListener(Ti.EXIT, function() {
server.close();
pidFile.deleteFile();
});
}
// now call the closure passing in an instance of the Ti.Filesystem.File class
// wrapping the PID file in you app data directory
})(Ti.Filesystem.getFile(Ti.API.Application.getDataPath(), 'run.pid'));
可能有一种更轻量级的方法可以通过Ti.Network.TCPSocket
类连接两个实例(我现在正在自己研究)。要记住的另一件事是,应用程序可能会崩溃,无法自行清理,因此根本无法运行。因此,onerror
在 HTTPClient 的事件处理程序中,比退出更谨慎的方法是向用户显示“应用程序已经在运行但没有响应,或者它最近崩溃了。你想强制启动应用程序?” 此外,服务器的端口可能已被另一个应用程序使用,或者可能是您的应用程序先前运行崩溃的僵尸 - 提供的代码没有考虑到这一点(只是说)。