Czy Mogę spróbować / złapać Ostrzeżenie?

Rozwiązaniem, które naprawdę działa, okazało się ustawienie prostego programu obsługi błędów z parametrem E_WARNING, TAK:

set_error_handler("warning_handler", E_WARNING);
dns_get_record(...)
restore_error_handler();

function warning_handler($errno, $errstr) { 
// do something
}

Bądź ostrożny z operatorem @ - podczas gdy tłumi on Ostrzeżenia, tłumi również błędy krytyczne. Spędziłem dużo czasu debugując problem w systemie, w którym ktoś napisał @mysql_query( '...' ) i problem polegał na tym, że obsługa mysql nie została załadowana do PHP i wyrzuciła cichy błąd krytyczny. Będzie to bezpieczne dla tych rzeczy, które są częścią rdzenia PHP, ale proszę używać go ostrożnie.

bob@mypc:~$ php -a
Interactive shell

php > echo @something(); // this will just silently die...

Brak dalszych danych wyjściowych-powodzenia w debugowaniu tego!

bob@mypc:~$ php -a
Interactive shell

php > echo something(); // lets try it again but don't suppress the error
PHP Fatal error:  Call to undefined function something() in php shell code on line 1
PHP Stack trace:
PHP   1. {main}() php shell code:0
bob@mypc:~$ 

Tym razem widać, dlaczego się nie udało.

Chciałem spróbować / złapać Ostrzeżenie, ale jednocześnie zachować zwykłe Ostrzeżenie / rejestrowanie błędów (np. w /var/log/apache2/error.log); dla którego handler musi zwrócić false. Jednak od " rzucać nowe..."twierdzenie zasadniczo przerywa wykonanie, następnie należy wykonać trik "zawijania funkcji", omówiony również w:

Czy istnieje statyczny sposób na wyrzucenie wyjątku w php

Lub w skrócie:

  function throwErrorException($errstr = null,$code = null, $errno = null, $errfile = null, $errline = null) {
    throw new ErrorException($errstr, 0, $errno, $errfile, $errline);
  }
  function warning_handler($errno, $errstr, $errfile, $errline, array $errcontext) {
    return false && throwErrorException($errstr, 0, $errno, $errfile, $errline);
    # error_log("AAA"); # will never run after throw
    /* Do execute PHP internal error handler */
    # return false; # will never run after throw
  }
  ...
  set_error_handler('warning_handler', E_WARNING);
  ...
  try {
    mkdir($path, 0777, true);
  } catch (Exception $e) {
    echo $e->getMessage();
    // ...
  }

EDIT: po bliższym przyjrzeniu się okazuje się, że nie działa: the "return false && throwErrorException ... "w zasadzie Nie rzuci wyjątek i po prostu zaloguje się do dziennika błędów; usunięcie części" false &&", jak w "return throwErrorException ...", spowoduje, że rzucenie wyjątku zadziała, ale nie zaloguje się do dziennika błędów... Nadal będę to informował, ponieważ nie widziałem tego zachowania udokumentowanego gdzie indziej.

Prawdopodobnie powinieneś spróbować całkowicie pozbyć się ostrzeżenia, ale jeśli nie jest to możliwe, możesz poprzedzić wywołanie za pomocą @ (tj. @ dns_get_record (...)), a następnie użyj wszelkich informacji, które możesz uzyskać, aby dowiedzieć się, czy Ostrzeżenie stało się, czy nie.

Zwykle nie należy używać@, chyba że jest to jedyne rozwiązanie. W tym konkretnym przypadku należy najpierw użyć funkcji dns_check_record, aby dowiedzieć się, czy rekord istnieje.

Jeśli dns_get_record() nie powiedzie się, powinien zwrócić FALSE, aby można było wyłączyć ostrzeżenie za pomocą @, a następnie sprawdzić wartość zwracaną.

Połączenie tych linii kodu wokół wywołania file_get_contents() do zewnętrznego adresu url pomogło mi obsłużyć Ostrzeżenia typu "failed to open stream: Connection timed out " znacznie lepiej:

set_error_handler(function ($err_severity, $err_msg, $err_file, $err_line, array $err_context)
{
    throw new ErrorException( $err_msg, 0, $err_severity, $err_file, $err_line );
}, E_WARNING);
try {
    $iResult = file_get_contents($sUrl);
} catch (Exception $e) {
    $this->sErrorMsg = $e->getMessage();
}
restore_error_handler();

To rozwiązanie działa również w kontekście obiektu. Można go użyć w funkcji:

public function myContentGetter($sUrl)
{
  ... code above ...
  return $iResult;
}

Spróbuj sprawdzić, czy zwraca jakąś wartość logiczną, a następnie możesz ją po prostu umieścić jako warunek. Natknąłem się na to z oci_execute(...), który zwrócił jakieś naruszenie z moich unikalnych kluczy.

ex.
oci_parse($res, "[oracle pl/sql]");
if(oci_execute){
...do something
}

Polecam tylko użycie @ do tłumienia ostrzeżeń, gdy jest to prosta operacja (np. $prop = @($high / ($width - $depth)); aby pominąć dzielenie przez zero ostrzeżeń). Jednak w większości przypadków lepiej sobie z tym poradzić.