GUID nicht unique unter iOS / Android

[Uwe Raabe]

Zitat von bra:

Macht da jemand einen Quality-Eintrag? Das ist ja schon kritisch. Wir verwenden in unserer App auch GUIDs. Allerdings generieren wir bisher nicht mehrere direkt hintereinander.

Ich bin mir gar nicht sicher, daß der Fehler tatsächlich im Delphi steckt und damit dort überhaupt behoben werden kann. Delphi ruft in allen Fällen eine externe Bibliothek des Betriebssystems auf. Wenn der Fehler dort liegt, hat man kaum eine Chance das zu umgehen. Selbst wenn das in einer Version x dieser Bibliothek gefixt ist, kann man ja noch nicht mal davon ausgehen, daß auf dem Zielgerät auch diese Version im Einsatz ist.

Der UUID-Generator von Android richtet sich nach RFC 4122, der geht intern von einer Auflösung der Systemzeit von 100 ns aus. Werden innerhalb dieser 100 ns aber weiter UUIDs generiert, kommt es per Definition schon zu Kollisionen, die vom Algorithmus abgefangen werden sollten.

Vielleicht erzeugt Delphi einfach nur zu schnellen Code

Du kannst ja mal versuchen, ein Sleep(1) zwischen die Generierung zu setzen. Bei 100 GUIDs hast du dann eine Verzögerung von 100 ms. Das ist zwar nicht schön, aber besser als kollidierende GUIDs.

[Mavarik]

Zitat von Uwe Raabe:

Du kannst ja mal versuchen, ein Sleep(1) zwischen die Generierung zu setzen. Bei 100 GUIDs hast du dann eine Verzögerung von 100 ms. Das ist zwar nicht schön, aber besser als kollidierende GUIDs.

Oder einfach das letzte GUID zwischen speichern und nur bei Gleichheit einfach kurz warten und dann nochmal die Routine aufrufen...

[bra]

Das macht man aber auch nur, wenn man weiss, dass dort ein Problem bestehen kann. Und wer weiss das (außer uns paar hier) jetzt?

[Darlo]

Bei mir ändert sich nur der erste Block der Guid, die folgenden 4 Blöcke sind immer identisch.

685A3F45-F8EC-E511-8447-C538D3A710A6
DAFA4045-F8EC-E511-8447-C538D3A710A6

[Luckie]

Zitat von bra:

Das macht man aber auch nur, wenn man weiss, dass dort ein Problem bestehen kann. Und wer weiss das (außer uns paar hier) jetzt?

Das wäre ein gutes Beispiel, wo ein Kommentar im Quellcode sinnvoll ist, damit der nächster Programmierer weiß, warum man das Sleep eingebaut hast.

[AndyDF]

Ich hab mir hierzu halt so etwas gebastelt:

Delphi-Quellcode:

class function TSysUtils.CreateGuidList(const ACount: Integer): IWGList<TGUID>;
{$IF DEFINED(MSWINDOWS)}
var
  i: Integer;
{$ENDIF}
begin
  Result := TWGList<TGUID>.Create;

{$IF DEFINED(iOS) or DEFINED(ANDROID)}
  while Result.Count < ACount do
  begin
    Sleep(5);
    Result.AddIfNotExists(TGUID.NewGuid);
  end;
{$ELSE}
  for i := 0 to ACount-1 do
    Result.Add(TGUID.NewGuid);
{$ENDIF}
end;

Muss jetzt nur jedes mal, wenn ich mehr als eine GUID benötigte daran denken, über die Funktion mir die GUID´s zu holen...

Ich gehe natürlich davon aus, dass irgendwann schon eine GUID kommt die noch nicht generiert wurde. Sonst macht mir die while-Schleife irgendwann ein Problem.

[Darlo]

und was machst Du senn das Programm neu gestartet wird? Alle guid der Datenbank abfragen?

[AndyDF]

Zitat von Darlo:

und was machst Du senn das Programm neu gestartet wird? Alle guid der Datenbank abfragen?

Durch Tests bin ich darauf gekommen, dass es wohl an der Zeit liegt. Und Kollisionen nur entstehen, wenn sehr kurz hintereinander GUID generiert werden.
Ich hoffe einfach mal, dass 2h nach der letzten GUID nicht wieder die gleiche GUID kommt. Wenn dass der Fall sein sollte, kann ich meine App ohnehin direkt wieder löschen.

[mjustin]

Zitat von Uwe Raabe:

Vielleicht erzeugt Delphi einfach nur zu schnellen Code

Du kannst ja mal versuchen, ein Sleep(1) zwischen die Generierung zu setzen. Bei 100 GUIDs hast du dann eine Verzögerung von 100 ms. Das ist zwar nicht schön, aber besser als kollidierende GUIDs.

Der RFC behandelt den Fall "zu schneller" Aufrufe innerhalb eines System Time Intervals mit einer "Muss"-Anforderung:

Zitat:

If a system overruns the generator by requesting too many UUIDs
within a single system time interval, the UUID service MUST either
return an error, or stall the UUID generator until the system clock
catches up.

Entweder der Generator ist nicht RFC-compliant (das ist eher unwahrscheinlich) oder der Fehler liegt woanders.