3

想知道如何实现标题中的问题。我有一些从按钮按下运行的回调。这些回调，如果被图形关闭中断，将导致错误，因为该函数似乎正在运行，然后被关闭图形的关闭函数中断，然后回调似乎在图形关闭后恢复。

如果我将按钮的'Interruptible'属性设置为'on'，它可以防止其他回调中断它，但似乎不适用于图形的关闭功能。我的另一个想法是在图形'closefunction'的'CloseRequestFcn'回调中指定 ，然后drawnow在删除图形之前调用以刷新事件队列，但这不起作用。

对我来说，最后的手段是在运行回调时简单地设置数字'CloseRequestFcn'，''但这似乎很乏味。有没有标准的解决方案来实现这一点？

编辑：

来自 matlab 的文档：

注意 如果中断回调是 DeleteFcn 或 CreateFcn 回调或图窗的 CloseRequest 或 ResizeFcn 回调，则无论该对象的 Interruptible 属性的值如何，它都会中断正在执行的回调。中断回调在下一个 drawow、figure、getframe、pause 或 waitfor 语句处开始执行。图形的 WindowButtonDownFcn 回调例程，或对象的 ButtonDownFcn 或 Callback 例程根据上述规则进行处理。

因此，该interruptible属性似乎不会影响关闭功能。

编辑2：

好的，所以我想我发现了一个问题。这真的很奇怪。我实际上从 matlab 文档中发现，回调只有在interruptible属性设置为onAND 时才可中断：

If there is a drawnow, figure, getframe, waitfor, or pause command in the running callback, then MATLAB executes the interrupting callbacks which are already in the queue and returns to finish execution of the current callback.

我没有明确使用这些函数中的任何一个，所以事实证明我的大多数回调都不会被closereqfcn. 但是，事实证明有些是，而且原因似乎很奇怪。如果有回调：

`大计算 -> imshow -> imshow

large computation -> set -> set -> set -> set

其中set命令将轴visible属性设置为off，那么如果我在回调期间退出似乎不会发生中断

现在，如果我有：

large computation -> imshow -> set -> imshow -> set

set如果我在第二个命令的回调期间退出，matlab 会发出错误。另外，如果我有：

large computation -> imshow -> imshow -> set

set如果我在第一个命令的回调期间退出，matlab 会发出错误。

large computation -> imshow -> imshow -> imshow

imshow如果我在回调期间取消，也会在第三次发出错误。

出于某种原因，似乎两次连续调用imshow使我的回调可中断。如果您使用多个 s ，matlab 是否可能隐式调用drawnow或做一些奇怪的事情imshow？顺便说一句，我的 matlab 版本是 R2009a。

4

2 回答 2

2

我从来没有真正信任过那个Interruptible标志（或类似的机制）......我立即承认我从来没有经常使用它，但那是因为当我第一次尝试它时，我注意到'Interruptible'，  'off'（和朋友）似乎规则有更多的例外而不是证明它是正确的——头痛材料警报！

因此，我养成了简单地使用标志来解决这类问题的习惯，并将所有必须真正不可中断的回调包装在锁定/释放函数中。

像这样的东西：

% Define a button
uicontrol(...
    'style', 'pushbutton',...
    'interruptible', 'off',... % Nice, but doesn't catch DeleteFcn, CreateFcn, ...
                               % CloseRequestFcn or ResizeFcn
    % ...
    % further definition of button 
    % ...

    % Put callback in a wrapper:
    'callback', @(src,evt) uninterruptibleCallback(@buttonCallback, src,evt)...
);

uninterruptibleCallback()看起来像这样的地方：

function varargout = uninterruptibleCallback(callback, varargin)

    % only execute callback when 'idle'
    % (you can omit this if you don't want such strict ordering of callbacks)
    while ~strcmp( get(mainFigure, 'userData'), 'idle' )
        pause(0.01);
        % ...or some other action you desire
    end

    % LOCK
    set(mainFigure, 'userData', 'busy');

    try
        % call the "real" callback
        [varargout{:}] = callback(varargin{:});

        % UNLOCK
        set(mainFigure, 'userData', 'idle');

    catch ME
        % UNLOCK
        set(mainFigure, 'userData', 'idle');

        throw(ME);
    end

end

这使您可以将其closeReqFcn()用于您的身材：

function closeReqFcn(~,~)

    % only when the currently running locked callback (if any) has finished
    while ~strcmp( get(mainFigure, 'userData'), 'idle' )
        pause(0.01);
        % ...or some other action you desire
    end

    % ... 
    % further clean-up tasks
    % ... 

    % deletion
    delete(mainFigure);

end

理论上，当你把所有的回调都放在这种模式中时，基本上就等于管理你自己的事件队列了。

这当然有一些优点，但也有很多很多的缺点——你可能需要考虑一下。对于您的用例而言，整个机制可能会慢得令人无法接受，或者您可能需要定义更多具有更具体行为的锁定函数。

无论如何，我怀疑这是一个很好的起点。

于 2013-06-05T06:34:08.460 回答
0

@Rody Oldenhuis 的解决方案的替代方法是CloseRequestFcn在没有不间断代码正在进行时（可以用标志指示；Closing_Allowed）在内部启动一个计时器以关闭图形。

function mainFig_CloseRequestFcn(hObject, eventdata, handles)

    Time = 3; % Wait time before force killing (in sec)
    Kill.tmr = timer('executionMode', 'fixedRate',...
        'Period', 1/10,...
        'TimerFcn', {@KillingTimer_Callback, handles});
    Kill.counts = ceil(Time/Kill.tmr.Period);

    setappdata(handles.mainFig,'Kill',Kill);

    start(Kill.tmr);

function KillingTimer_Callback(hObject, eventdata, handles)

    Kill = getappdata(handles.mainFig,'Kill');
    Kill.counts = Kill.counts - 1; % Count down
    setappdata(handles.mainFig,'Kill',Kill);

    if Kill.counts == 0 || getappdata(handles.mainFig, 'Closing_Allowed')
        stop(Kill.tmr);
        delete(handles.mainFig);
    end

if Kill.counts == 0表示超时，即使不间断任务正在进行，也会关闭图形，这会导致您现在有时会遇到相同的错误，但是如果您知道完成不间断作业所需的最长时间，那么您可以正确设置Time上述内容。

Closing_Allowed最后通过设置标志来包装不间断代码。

function pushbutton_Callback(hObject, eventdata, handles)

    setappdata(handles.mainFig, 'Closing_Allowed', 0); % Closing is not allowed
    pause(2);
    setappdata(handles.mainFig, 'Closing_Allowed', 1); % Closing is allowed
于 2013-06-05T12:48:08.630 回答